经过索引优化含ORDER BY的MySQL语句的经验

看到社区里面你们很是踊跃的讨论关于MySQL优化，特别是Order by优化的问题[via]，我就将本身在平时项目中积累的一些经验和你们分享一下。一家之言，未免有误，欢迎拍砖，仅供参考。 关于创建索引的几个准则： 一、合理的创建索引可以加速数据读取效率，不合理的创建索引反而会拖慢数据库的响应速度。 二、索引越多，更新数据的速度越慢。 三、尽可能在采用MyIsam做为引擎的时候使用索引（由于MySQL以BTree存储索引），而不是InnoDB。但MyISAM不支持Transcation。 四、当你的程序和数据库结构/SQL语句已经优化到没法优化的程度，而程序瓶颈并不能顺利解决，那就是应该考虑使用诸如memcached这样的分布式缓存系统的时候了。 五、习惯和强迫本身用EXPLAIN来分析你SQL语句的性能。 一个很容易犯的错误： 不要在选择的栏位上放置索引，这是无心义的。应该在条件选择的语句上合理的放置索引，好比where，order by。 例子： SELECT id,title,content,cat_id FROM article WHERE cat_id = 1; 上面这个语句，你在id/title/content上放置索引是毫无心义的，对这个语句没有任何优化做用。可是若是你在外键cat_id上放置一个索引，那做用就至关大了。 几个经常使用ORDER BY语句的MySQL优化： 一、ORDER BY + LIMIT组合的索引优化。若是一个SQL语句形如： SELECT [column1],[column2],.... FROM [TABLE] ORDER BY [sort] LIMIT [offset],[LIMIT]; 这个SQL语句优化比较简单，在[sort]这个栏位上创建索引便可。 二、WHERE + ORDER BY + LIMIT组合的索引优化，形如：   SELECT [column1],[column2],.... FROM [TABLE] WHERE [columnX] = [VALUE] ORDER BY [sort] LIMIT[offset],[LIMIT]; 这个语句，若是你仍然采用第一个例子中创建索引的方法，虽然能够用到索引，可是效率不高。更高效的方法是创建一个联合索引(columnX,sort) 三、WHERE + IN + ORDER BY + LIMIT组合的索引优化，形如：   SELECT [column1],[column2],.... FROM [TABLE] WHERE [columnX] IN ([value1],[value2],...) ORDER BY[sort] LIMIT [offset],[LIMIT]; 这个语句若是你采用第二个例子中创建索引的方法，会得不到预期的效果（仅在[sort]上是using index，WHERE那里是using where;using filesort），理由是这里对应columnX的值对应多个。 这个语句怎么优化呢？我暂时没有想到什么好的办法，因而就用了一个愚蠢的办法，那就是将这个语句用UNION分拆，而后创建第二个例子中的索引：   SELECT [column1],[column2],.... FROM [TABLE] WHERE [columnX]=[value1] ORDER BY [sort] LIMIT[offset],[LIMIT] UNION SELECT [column1],[column2],.... FROM [TABLE] WHERE [columnX]=[value2] ORDER BY [sort] LIMIT[offset],[LIMIT] UNION …… 四、不要再WHERE和ORDER BY的栏位上应用表达式(函数)，好比： SELECT * FROM [table] ORDER BY YEAR(date) LIMIT 0,30; 五、WHERE+ORDER BY多个栏位+LIMIT，好比 SELECT * FROM [table] WHERE uid=1 ORDER x,y LIMIT 0,10; 对于这个语句，你们多是加一个这样的索引:(x,y,uid)。但实际上更好的效果是(uid,x,y)。这是由MySQL处理排序的机制形成的。 以上例子你在实际项目中应用的时候，不要忘记在添加索引后，用EXPLAIN看看效果。 (暂时只想到这么多，我想到了再来更新，欢迎你们添加)