mysql iops 高的原因_耗费性能的SQL语句导致数据库IOPS过高案例

举例一个漫画网站 里面有连载漫画内容

数据表结构为 “漫画表” ,”漫画章节表”

当要查询ID为42的连载漫画中的章节并排序时

使用以下sql语句SELECT * FROM `漫画章节表` WHERE `连载漫画ID` = 42 ORDER BY `id` DESC

看似没有问题,但当数据量过大,连载漫画更新频率很长 “漫画章节表” 中的数据就会变成这样id ... manhua_id

1 ... 42

2 ... 42

.... //其他数据

52013 ... 42

52014 ... 42

.... //其他数据

120391 ... 42

120392 ... 42

.... //其他数据

相同漫画下的章节id跨度很大 使用 “ORDER” 进行排序,就会非常非常的耗费性能

目前解决办法有两种(欢迎投稿留言,分享更好的解决办法)

1.添加”order”字段 查询的数据按照该字段排序id ... manhua_id

1 ... 42 //添加order字段:order=1

2 ... 42 //添加order字段:order=2

.... //其他数据

52013 ... 42 //添加order字段:order=3

52014 ... 42 //添加order字段:order=4

.... //其他数据

120391 ... 42 //添加order字段:order=5

120392 ... 42//添加order字段:order=6

.... //其他数据

2.只查询不排序,拿到数据之后在客户端用页面脚本排序

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值