目录
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:是否扫描了额外的记录慢sql查找优化
③ key,possible_key:同①,结合type分析。
这一步的分析个人觉得,主要是判断出是数据导致的慢查询(如一次查询数据过多),还是sql语句的错误攥写导致的慢查询。数据导致的就改库表结构或重构sql,sql语句导致的就看sql哪写的不好
3.具体优化方案
重构查询:
① 根据具体情况决定将sql写成一个复杂查询,还是多个简单查询(在应用程序合并结果集)。
② 切分操作(例如:删10万条数据拆分成10次操作)
③ 分解关联查询(分为单表查询,将结果集在应用程序进行关联)
④ 尽量让二级索引实现覆盖索引,避免回表
大表优化:
① 优化sql,索引
② 加缓存(如Redis)
③ 限定访问数据的范围
④ 读/写分离(主库写,从库读)
⑤ 垂直分表(优点:缩小结构,易于维护。缺点:主键冗余等)
⑥ 水平分表(分表帮助小,最好分库)