MySQL 高性能优化

1. LIMIT优化

使用limit随着offset增大,查询的速度会越来越慢。
limit查询会把前边的数据都取出来,比如 limit 100000,10 时会把前10万条数据取出找到对应的位置,再取10条数据。因此你的offset的值越大查询的数据就越多

所以我们就需要对limit进行优化:

测试数据共计约100W条

1. 未优化
SELECT SQL_NO_CACHE * FROM `ceshi` ORDER BY `id` DESC LIMIT 900000, 10;

2. 子查询优化
SELECT SQL_NO_CACHE * FROM `ceshi` WHERE `id` <= (SELECT `id` FROM `ceshi` ORDER BY `id` DESC LIMIT 900000, 1)  ORDER BY `id` DESC LIMIT 10;

3. 限定id优化
SELECT SQL_NO_CACHE * FROM `ceshi` WHERE `id` < 96350  ORDER BY `id` DESC LIMIT 10;

测试结果:

执行计划分析:

1. 未优化:

2. 子查询优化:

 3. 限定id优化:

总结:

1. 子查询优化:使用子查询优化limit归根结底还是基于索引快速查询,让耗时的查询走索引

2. 限定id优化:记录上一页最后一条id号,使用范围查询。限定是只能使用于明确知道id的情况,不过一般建立表的时候,都会添加基本的id字段,这为分页查询带来很多便利。但是唯一的缺陷是id这一列必须是自增的。而且id这一列数据不能乱

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值