MySQL 联合索引与Where子句的优化 提高数据库运行效率
更新时间：2012年01月30日 16:41:57 作者：
网站系统上线至今，数据量已经不知不觉上到500M，近8W记录了。涉及数据库操作的基本都是变得很慢了，这篇文章主要是说明配置并不是数据库操作慢的主要原因
网站系统上线至今，数据量已经不知不觉上到500M，近8W记录了。涉及数据库操作的基本都是变得很慢了，用的人都会觉得躁火~~然后把这个情况在群里一贴，包括机器配置什么的一说，马上就有群友发话了，而且帮我确定了不是机器配置的问题，“深圳-枪手”热心人他的机器512内存过百W的数据里也跑得飞快，甚至跟那些几W块的机器一样牛(吹过头了)，呵呵~~~
在群友的分析指点下，尝试把排序、条件等一个一个去除来做测试，结果发现问题就出在排序部分，去除排序的时候，执行时间由原来的48秒变成0.3x秒，这是个什么档次的变化呀~~看着这个结果我激动ing.....
于是我把涉及排序的字段组成一个联合索引alter table xx add index indexname(x1,x2,x3)，经过2分钟创建新索引之后再执行同一个SQL语句，哇塞0.28S。。。。爽
于是按照同样的思路把其它几个常用的SQL作了过些优化，效果马上见效
过了30分钟再查slow sql记录文件，不好了，发现原来一个好好的SQL变得灰常慢了，神马情况?
几经分析和测试原来就是因为添加了联合索引的原因，而且这个SQL语句当中有个or，当把这个or改用union之后问题排除。
这回又得出一个心得：写SQL的时候千万别一时就手，随便写个就OK，那会为以为带来很严重的后果。
再附上一段关于Where子句的执行顺序：
在用MySQL查询数据库的时候，连接了很多个用，发现非常慢。例如：
SELECT ... WHERE p.languages_id = 1 AND m.languages_id = 1 AND c.languages_id = 1 AND t.languages_id = 1 AND p.products_id IN (472,474)
这样查询需要20多秒，虽然在各个字段上都建立了索引。用分析Explain SQL一分析，发现在第一次分析过程中就返回了几万条数据：
WHERE p.languages_id = 1 ，然后再依次根据条件，缩小范围。
而我改变一下WHERE 字段的位置之后，速度就有了明显地提高：
WHERE p.products_id IN (472,474) AND p.languages_id = 1 AND m.languages_id = 1 AND c.languages_id = 1 AND t.languages_id = 1
这样，第一次的条件是p.products_id IN (472,474)，它返回的结果只有不到10条，接下来还要根据其它的条件来过滤，自然在速度上有了较大的提升。
经过实践发现，不要以为WHERE中的字段顺序无所谓，可以随便放在哪，应该尽可能地第一次就过滤掉大部分无用的数据，只返回最小范围的数据。
希望能帮到有同样遭遇的朋友。
在群友的分析指点下，尝试把排序、条件等一个一个去除来做测试，结果发现问题就出在排序部分，去除排序的时候，执行时间由原来的48秒变成0.3x秒，这是个什么档次的变化呀~~看着这个结果我激动ing.....
于是我把涉及排序的字段组成一个联合索引alter table xx add index indexname(x1,x2,x3)，经过2分钟创建新索引之后再执行同一个SQL语句，哇塞0.28S。。。。爽
于是按照同样的思路把其它几个常用的SQL作了过些优化，效果马上见效
过了30分钟再查slow sql记录文件，不好了，发现原来一个好好的SQL变得灰常慢了，神马情况?
几经分析和测试原来就是因为添加了联合索引的原因，而且这个SQL语句当中有个or，当把这个or改用union之后问题排除。
这回又得出一个心得：写SQL的时候千万别一时就手，随便写个就OK，那会为以为带来很严重的后果。
再附上一段关于Where子句的执行顺序：
在用MySQL查询数据库的时候，连接了很多个用，发现非常慢。例如：
SELECT ... WHERE p.languages_id = 1 AND m.languages_id = 1 AND c.languages_id = 1 AND t.languages_id = 1 AND p.products_id IN (472,474)
这样查询需要20多秒，虽然在各个字段上都建立了索引。用分析Explain SQL一分析，发现在第一次分析过程中就返回了几万条数据：
WHERE p.languages_id = 1 ，然后再依次根据条件，缩小范围。
而我改变一下WHERE 字段的位置之后，速度就有了明显地提高：
WHERE p.products_id IN (472,474) AND p.languages_id = 1 AND m.languages_id = 1 AND c.languages_id = 1 AND t.languages_id = 1
这样，第一次的条件是p.products_id IN (472,474)，它返回的结果只有不到10条，接下来还要根据其它的条件来过滤，自然在速度上有了较大的提升。
经过实践发现，不要以为WHERE中的字段顺序无所谓，可以随便放在哪，应该尽可能地第一次就过滤掉大部分无用的数据，只返回最小范围的数据。
希望能帮到有同样遭遇的朋友。
相关文章
这篇文章主要介绍了记一次因线上mysql优化器误判引起慢查询事件的相关资料以及最终的解决方案，分享给大家，希望能够给大家一点启发。2017-02-02
索引在我们使用MySQL数据库时可以极大的提高查询效率，然而，有时候因为使用上的一些瑕疵就会导致索引的失效，无法达到我们使用索引的预期效果，今天介绍一种MySQL中几种常见的索引失效的原因，可以在以后的工作中尽可能避免因索引失效带来的坑。2021-06-06
这篇文章主要介绍了MySQL建表设置默认值的取值范围,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教2023-10-10
这篇文章主要介绍了从云数据迁移服务看MySQL大表抽取模式的原理解析,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下2021-02-02
存储过程（Stored Procedure）是一种在数据库中存储复杂程序的数据库对象。为了完成特定功能的SQL语句集，经过编译创建并保存在数据库中，本文给大家介绍Mysql存储过程、触发器、事件调度器使用入门指南，感兴趣的朋友一起看看吧2022-01-01
这篇文章主要给大家介绍了关于vscode安装mysql相关插件的详细步骤,这将帮助你更高效地管理数据库操作,文中通过图文介绍的非常详细,需要的朋友可以参考下2024-07-07
又是MySQL的问题,之前已经遇见过一次本地MySQL服务无法启动的情况,现在又出现了,下面这篇文章主要给大家介绍了关于MySQL无服务及服务无法启动的终极解决方案,需要的朋友可以参考下2022-06-06
这篇文章主要介绍了Mysql如何查看表及字段信息，具有很好的参考价值，希望对大家有所帮助。如有错误或未考虑完全的地方，望不吝赐教2023-01-01
备份对于数据库来说是相当重要的工作。如果数据库在使用过程中出现了问题，比如系统崩溃、硬件故障或错误的删除了数据。这时，如果我们进行了数据备份，就能比较方便的使数据库恢复工作，并使我们的数据损失到最小。下面我们来详细探讨下数据库的备份与恢复。2016-11-11
MySQL Server 8.0.13.0 安装教程图文详解
本文通过图文并茂的形式给大家介绍了MySQL Server 8.0.13.0 安装教程 ,非常不错，具有一定的参考借鉴价值，需要的朋友可以参考下2019-04-04
最新评论