在MySQL查询中忽略或强制使用某索引

发布:2013-08-13 12:57   点击1026次   评论:0

http://www.rockbb.com/blog/?p=170
在MySQL查询中忽略或强制使用某索引

在MySQL查询中忽略或强制使用某索引
2011年12月18日Milton发表评论阅读评论
在测试时碰到的问题, 同样的sql, 在测试环境和产品环境下的explain不一致. 在测试环境下, mysql会使用sc做ref, ot做eq_ref, 但是在产品环境下, 则是ot做ref, sc做eq_ref. 测试环境的sc的table size是产品环境的1/10, 所以有可能是因为表规模的改变导致mysql优化策略结果的变化.
这个变化导致了查询中使用的sc索引为primary(story_id)而不是create_time, 从而排序耗费了相当多的时间.

view plaincopy to clipboardprint?
explain SELECT sc.*  
FROM pcom_story_content sc INNER JOIN pcom_object_to_tag ot ON sc.story_id = ot.obj_id  
WHERE ot.tag_id =24 AND ot.obj_type=1 AND sc.language='zh_CN'  
ORDER BY sc.create_time DESC  
LIMIT 0, 20;  
修改的方式, 就是增加ignore index, 这样时间降低到原先的1/15.

view plaincopy to clipboardprint?
explain SELECT sc.*  
FROM pcom_story_content sc IGNORE INDEX (PRIMARY, story_id) INNER JOIN pcom_object_to_tag ot ON sc.story_id = ot.obj_id  
WHERE ot.tag_id =24 AND ot.obj_type=1 AND sc.language='zh_CN'  
ORDER BY sc.create_time DESC  
LIMIT 0, 20;  
另外还有一个和排序相关的优化. 因为这个查询使用到了sc的language和create_time, 两个字段都各自建有索引, 但是MySQL在查询中只对一个表使用一个索引, 所以效果并不好. 这种情况需要建立这两者的联合索引, 这样在查询中就可以完全用上了.

关于 GitHub 导航 部门 反馈

提示:`/home.php`入口数据仅为演示功能,不构成任何交易凭证,也不承担相关风险和责任!

Copyright © 2011-2018 xxxxx.com All rights reserved.

Run:2.561/30.136(ms); 7(sql)/2.878(MB); comm:news/detail; Upd:2025-01-11 10:59:24