SQL优化
SQL的优化并不是一开始就进行优化的，而是需要先进行观察的，所以SQL优化的步骤应该是这样的
步骤
定位优化对象的性能瓶颈
首先要判断出这个Query的瓶颈到底是IO还是CPU，可以使用profiling功能来找到Query的瓶颈
明确的优化目标
慢查询的开启与捕获
explain+慢SQL分析
show profile查询SQL在MySQL服务器里的执行细节和生命周期情况
已经废弃，使用performance_schema代替
进行MySQL的参数调整优化
优化原则
减少数据扫描（减少磁盘访问）
- 尽量在查询中加入一些可以提前过滤数据的条件，比如按照时间过滤数据等，可以减少数据的扫描量，对查询更友好；
- 在扫描大表数据时是否可以命中索引，减少回表代价，避免全表扫描。
返回更少数据（减少网络传输或磁盘访问）
- 只取出自己需要的Columns。返回的数据需要通过网络数据包传回客户端，如果取出的Column越多，需要传输的数据量自然会越大
减少交互次数（减少网络传输）
- 将数据存放在更快的地方
- 某条查询涉及到大表，无法进一步优化，如果返回的数据量不大且变化频率不高但访问频率很高，此时应该考虑将返回的数据放在应用端的缓存当中或者 Redis 这样的缓存当中，以提高存取速度。
永远使用小结果集驱动大的结果集
驱动结果集越大，所需要循环的次数就越多，那么被驱动表的访问次数自然也就越多
仅仅使用最有效地过滤条件
尽可能避免复杂的join和子查询