V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
› MySQL 5.5 Community Server
› MySQL 5.6 Community Server
› Percona Configuration Wizard
› XtraBackup 搭建主从复制
Great Sites on MySQL
› Percona
› MySQL Performance Blog
› Severalnines
推荐管理工具
› Sequel Pro
› phpMyAdmin
推荐书目
› MySQL Cookbook
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
This topic created in 4146 days ago, the information mentioned may be changed or developed.
请教大家一个问题：
我要在Mysql上面对一个内容表(contents)做分页，分页的Sql如下：
SELECT id, title, author FROM contents WHERE id <= (SELECT id FROM contents ORDER BY id DESC LIMIT 1 OFFSET 30050) ORDER BY id DESC LIMIT 20;
其中我将ID这个字段设置为PRIMARY KEY并添加了额外的索引（根据 http://stackoverflow.com/a/511963 ）。
Sql也是根据网上的说法“子查询使用索引所以速度快”改的。但是我发现，当将ID设置成PRIMARY KEY的时候，我从offset 30050查询要4.7秒，但是ID删除PRIMARY KEY之后，整体查询只要0.02秒，性能提升了2个数量级，这是什么原因？
我要在Mysql上面对一个内容表(contents)做分页，分页的Sql如下：
SELECT id, title, author FROM contents WHERE id <= (SELECT id FROM contents ORDER BY id DESC LIMIT 1 OFFSET 30050) ORDER BY id DESC LIMIT 20;
其中我将ID这个字段设置为PRIMARY KEY并添加了额外的索引（根据 http://stackoverflow.com/a/511963 ）。
Sql也是根据网上的说法“子查询使用索引所以速度快”改的。但是我发现，当将ID设置成PRIMARY KEY的时候，我从offset 30050查询要4.7秒，但是ID删除PRIMARY KEY之后，整体查询只要0.02秒，性能提升了2个数量级，这是什么原因？
 |
1
zeyexe OP Google对V2EX收录是相当的快啊，我发了帖子10分钟之后再用关键词“PRIMARY KEY MYSQL 性能”搜索，Google第一页就有这个帖子了。
|
|
2
zeyexe OP 删了主键在索引上加了unique再查询又很慢了，估计是唯一性约束造成的查询缓慢。
|
 |
3
cdxem713 Dec 21, 2014 via iPhone  1
Id是顺序值么？我记得如果不是顺序值是会大大降低查询的速度
|
 |
5
skydiver Dec 21, 2014 1
为什么不explain一下看看呢
|
 |
8
mahone3297 Dec 21, 2014 1
1. 我觉得子查询，是很慢的吧，所以网上推荐用join代替自查询吧。。。
2. OFFSET 30050 这个offset这么大，很慢的吧。。。网上针对这个大offset的问题，有专门讲的吧，是关于分页的 不知道我说的对不对，供lz参考。。。 |
 |
9
lincanbin Dec 21, 2014 via Android
缓存吧
|
|
10
lincanbin Dec 21, 2014 via Android 1
|
Select Language