SQL优化很有必要吗
数据库优化在提升系统性能是很重要的一个方面，不管是MySQL还是MongoDB还是其它的数据库。
SQL优化在提升系统性能中是成本最低 && 优化效果最明显的途径，可以让吞吐量更大，响应速度更快。如果你的团队在SQL优化这方面搞得很优秀，对你们整个大型系统可用性方面无疑是一个质的跨越，，真的能让你们老板省下不止几沓子钱。
在我遇到的项目中就遇到过这样的问题，数据库数据量太大，导致查询数据超时，多个模块都无法正常提供服务，临时的解决方法是删掉老数据，但终究治标不治本。
SQL优化的方向：
优化成本：硬件>系统配置>数据库表结构>SQL及索引。
优化效果：硬件<系统配置<数据库表结构<SQL及索引。
因此：数据库优化从以下几个方面优化：
SQL 调优
数据库索引
定时清除不需要的数据，定时进行碎片整理
数据库设计—三大范式、字段、表结构
分表分库 (水平分割，垂直分割)
对 MySQL 配置优化 (配置最大并发数 my.ini, 调整缓存大小)
存储过程 (模块化编程，可以提高速度)
主从复制、读写分离等
SQL性能下降原因：
1、查询语句写的烂
2、索引失效（数据变更）
3、关联查询太多join（设计缺陷或不得已的需求）
4、服务器调优及各个参数设置（缓冲、线程数等）
通常SQL调优过程：
观察，至少跑1天，看看生产的慢SQL情况。
开启慢查询日志，设置阙值，比如超过5秒钟的就是慢SQL，并将它抓取出来，并存到日志中 (在 my.ini 可以指定慢查询日志目录)。
explain +慢SQL分析。
show profile查询SQL在Mysql服务器里面的执行细节和生命周期情况。
运维经理 or DBA，进行SQL数据库服务器的参数调优。
查看优化后的执行时间和执行计划，如果优化效果不明显，重复。
一般来说，应该在这些列上创建索引：
在经常需要搜索的列上，可以加快搜索的速度；
在作为主键的列上，强制该列的唯一性和组织表中数据的排列结构；
在经常用在连接的列上，这些列主要是一些外键，可以加快连接的速度；
在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；
在经常需要**排序的列（group by 或者 order by）**上创建索引，因为索引已经排序，这样查询可以利用索引的排序，加快排序查询时间；
在经常使用在 WHERE 子句中的列上面创建索引，加快条件的判断速度。
总结就是：唯一、不为空、经常被查询的字段。
