慢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:是否扫描了额外的记录慢sql查找优化
     ③ key,possible_key:同①,结合type分析。
这一步的分析个人觉得,主要是判断出是数据导致的慢查询(如一次查询数据过多),还是sql语句的错误攥写导致的慢查询。数据导致的就改库表结构或重构sql,sql语句导致的就看sql哪写的不好


3.具体优化方案

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

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

  • 0
    点赞
  • 17
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值