MYSQL的SQL性能优化总结

很多时候，我们的程序出现的“性能问题”，其实是我们自己写的那"坨"代码的问题，是自己Coding的问题，是Mysql的DML语句使用的问题。
以下是我总结的关于MySQL DML语句的使用中需要注意的点。

对于select *要时刻保持谨慎的态度

绝大多数情况，是不需要select *的。一旦使用了这种语句，便会让优化器无法完成索引覆盖扫描这类优化，而且还会增加额外的I/O、内存和CPU的消耗。
当然，使用select *也并不是全是坏处，合理的使用select *可以简化开发，提高相同代码的复用性。

是否扫描的太多额外的记录

有时候会发现某些查询可能需要读取几千行数据，但是仅返回几条或者很少的结果，可以使用以下方式去优化：

• 看看能否改表结构。例如使用汇总表
• 看看获取数据结果的方式是否最优，获取路劲是否已经是最短。
• 使用覆盖索引，把所有需要的列都放到索引中，以减少返回表中对应行中取数据的步骤。

切分某些SQL语句

传统的互联网系统中，强调网络连接尽量少，数据层尽可能在一次连接中完成尽可能多的工作，防止建立多次链接，但是这种想法对于MySQL并不适用，MySQL从设计上让连接和断开都很轻量，在一般服务器上可以支持每秒超过10万的查询。

所以对于有些场景下，可以将一个大的查询“分而治之”，切分成小查询，然后再组合起来。例如以下情况：