耗费性能的SQL语句导致数据库IOPS过高案例

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

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

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

使用以下sql语句

1
2

SELECT * FROM `漫画章节表` WHERE `连载漫画ID` = 42 ORDER BY `id` DESC

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

1
2
3
4
5
6
7
8
9
10
11
id    ... manhua_id

1 ... 42
2 ... 42
.... //其他数据
52013 ... 42
52014 ... 42
.... //其他数据
120391 ... 42
120392 ... 42
.... //其他数据

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

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

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

1
2
3
4
5
6
7
8
9
10
11
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.只查询不排序,拿到数据之后在客户端用页面脚本排序

#

评论

Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×