浅谈MySQL SQL优化

2019独角兽企业重金招聘Python工程师标准>>>

本文首发于个人微信公众号《andyqian》，期待你的关注

前言

有好几天没有写文章了，实在不好意思。之前就有朋友希望我写写MySQL优化的文章。我迟迟没有动笔，主要是因为，SQL优化这个东西，很广，技巧也很多。自己在SQL优化方面的知识又还很欠缺。总觉得还不到分享的。思考许久，还是写一篇文章，记录一下。就算是抛砖引玉吧！

SQL优化

SQL优化是一个分析，优化，再分析，再优化的过程。站在执行计划的角度来说，我们这个过程，就是在不断的减少rows的数量。主要步骤有:

1. 通过explain 来查看执行计划。通过这一步骤，我们能够分析出，该语句有没有走索引，索引合不合理的重要依据。《读懂MySQL执行计划》
2. 缩小范围。例如使用 < > ，between …and。来缩小扫描范围。
   (对于该类，通常可优化于limit，时间范围等SQL，而且非常有效)。
3. 减少连接数量 (对于连接查询，我们必须尽可能减少每个子连接的结果集数量，只包含有效数据)。
4. 避免类型转换。
   之前我们就谈过，隐式类型转换是最容易疏忽的慢SQL。如何避免？大家可以参考之前的文章《谈谈MySQL隐式类型转换》。
5. 对于主键连续时而且允许的情况下，我们甚至可以使用max(id)来代替count(*)来统计用户数。
6. 用 in 代替 or， 少用like，避免使用函数运算。

系统拆分

对于互联网应用，特别是高并发应用来说，我们遇到多表连接导致慢SQL影响性能时。我们不应一味的追求在SQL上如何优化。更应该考虑这样的设计是否合理，是否有拆分的可能性。所以，
我甚至认为：系统拆分才是解决慢SQL的终极方法。

报表库

其实呀，有些SQL是无法再进行优化的，为什么这么说呢？没有在线运算，没有离线运算，统计报表如何出？在一定量级的数据表中，做统计报表。即使合理的索引，也会比较慢，这时建议将这些SQL放入特定的报表库执行。以免造成主库压力。性能下降。对主流程造成影响。

结语

SQL优化是一个比较广的话题且非常有意思的话。这篇文章主要给的是一些优化思路，不足的是并没有给出更多的优化实例。等攒够了优化实例，会再次分享出来。

最后：在留言区也分享一下你们SQL优化的思路呗～

相关阅读:

谈谈MySQL显示类型转换

写会MySQL索引

MySQL表设计踩过的坑！

浅谈MySQL表结构设计

 

 扫码关注，一起进步

个人博客: http://www.andyqian.com

 

转载于:https://my.oschina.net/u/1462914/blog/1615293