分析SQL查询慢的原因

mysql笔记

 做后台开发的程序猿通常需要写各种各样的sql，可很多时候写出来的sql虽然能满足功能性需求，性能上却不尽人意。如果业务复杂，表结构和索引设计又不合理的话，写出来的sql执行时间可能会达到几十甚至上百秒，对于生产环境来说，这是相当恐怖的一件事。因此，了解一些常见的mysql优化技巧很有必要。本文将从表结构和索引设计，sql执行原理，sql编写优化3方面进行分析和讲解，希望能对大家有所帮助。

     1、表结构，字段设计是否合理？

           这是最基础也是最容易忽视的一个环节。良好的表结构设计是sql优化的基础，在这个存储廉价，空间足够的时代，设计表的过程中，不一定要完全满足范式理论，我们可以通过适当的冗余设计，避免连表查询，达到以空间来换取时间的目的。设计表的时候，我们会根据业务需求来决定建几个表，表之间通过哪些外键来关联。而且通常需要考虑到数据规模（单表记录数最好不要超过千万，如果超过可能需要分表分区，包括垂直分表和水平分表）、查询更新频率（哪些字段经常用于查询，哪些经常用于更新），各字段的类型和长度取值，在哪些字段上建哪种类型的索引等等。

           比方说，如果你是innodb存储引擎，那么你的主键最好设计成自增的，这样效率最高。因为innodb存储引擎的索引是基于B+树实现，如果采用自增设计，就能快速找到插入节点的位置进行插入或删除，对其他节点影响较小，避免频繁分裂树结构。有的公司设计表的时候喜欢采用UUID的方式来作为主键，这样的好处是数据迁移的时候，主键不会变ÿ