如何优化一条很慢的sql----个人总结

1.通过慢查询日志定位到具体那一条SQL

通过配置两个参数来输出慢查询sql：
① set global slow_query_log = on （开启慢查询日志）
② set global long_query_time = 1000 （设置sql执行时间超过多少就打印日志，以毫秒为单位，所以这里是超过1秒的sql语句都会输出在slow log）

默认输出在mysql安装路径的data路径下

可以看到具体的查询消耗时间，阻塞时间，扫描行数，返回的行数等

---

2. 分析慢查询的原因

分析Explain：
     ① type：索引是否失效（是否走了预想的索引）。
     ② rows：是否扫描了额外的记录
     ③ key，possible_key：同①，结合type分析。
这一步的分析个人觉得，主要是判断出是数据导致的慢查询（如一次查询数据过多），还是sql语句的错误攥写导致的慢查询。数据导致的就改库表结构或重构sql，sql语句导致的就看sql哪写的不好

---

3.具体优化方案

重构查询：
     ① 根据具体情况决定将sql写成一个复杂查询，还是多个简单查询（在应用程序合并结果集）。
     ② 切分操作（例如：删10万条数据拆分成10次操作）
     ③ 分解关联查询（分为单表查询，将结果集在应用程序进行关联）
     ④ 尽量让二级索引实现覆盖索引，避免回表

大表优化：
     ① 优化sql，索引
     ② 加缓存（如Redis）
     ③ 限定访问数据的范围
     ④ 读/写分离（主库写，从库读）
     ⑤ 垂直分表（优点：缩小结构，易于维护。缺点：主键冗余等）
     ⑥ 水平分表（分表帮助小，最好分库）