mysql面试总结之索引优化

面试题一：mysql中数据量大查询到后面导致分页慢，什么原因？怎么优化？（十分重要）

慢的原因：数据量大的时候查询到后面越来越慢，比如limit 1000000,10也就是查询10000010行数据，抛弃1000000行数据，造成查询时间的浪费。

优化前：全表扫描 type为all

优化后： type为range（优化方法：添加where条件在主键列上要大于分页的起始值）

面试题一：mysql索引出现外排filesort的情景及怎么优化？（十分重要）

情景一：order by

建立联合索引的三个列中，都存在且顺序一致则正常

建立联合索引的三个列中，由于排序时索引字段位置变动导致出现filesort情况

建立联合索引的三个列中，中间的列丢失，导致排序时出现filesort情况

情景二：group by

建立联合索引的三个列中，都存在且分组是列顺序一致则正常

建立联合索引的三个列中，由于分组时索引字段位置不一致（和建立联合索引列的顺序不一致）导致出现filesort情况

建立联合索引的三个列中，中间的列丢失，导致分组时出现filesort情况

面试题三：mysql慢查询处理步骤？（十分重要）

第一步：观察，成产环境中慢SQL情况

第二步：开启慢查询日志，设置阈值(比如超过5秒就认为是慢SQL)，并将其提取出来

第三步：explain SQL

第四步：show profile(进一步分析)

第五步：SQL服务器参数调优（通常有运维和DBA处理）

 

面试四：查询优化 in 和 exist的选择？

 

order by的优化总结（group by 类似）