osc_answers 表的索引如下:
现在执行一个非常简单的查询语句: SELECT COUNT(id) FROM osc_answers WHERE question = 78473 AND parent = 0
这个 SQL 语句居然要 100 多毫秒,EXPLAIN 看看居然是: Using intersect(idx_answer_question,idx_answer_parent); Using where; Using index
这 MySQL 有点自作主张了吧??
关闭优化器开关: SET optimizer_switch = 'index_merge_intersection=off'
再次执行上述 SQL 后,只需要几毫秒甚至是0,而 EXPLAIN 信息只有: Using where
还有奇怪的问题是,本地和服务器上表结构和索引都一样的,本地就不会出现这种情况。
四个列上都做索引是不太好的设计啊,
“直接添加 question 和 parent 的复合索引”, 只能针对 WHERE question = 78473 AND parent = 0 这种情况
我猜测是不是你的parent重复太多了(cardinality),这样使用了索引反而效率不高,因为大量的重复索引还得做一些额外的工作,针对你的查询我想是不是只在question 上建立一个索引就够了,你可以自己测试一下
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。