› 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
这是一个创建于 3645 天前的主题，其中的信息可能已经有所发展或是发生改变。
请教大家一个问题：
我要在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 2014-12-21 01:13:34 +08:00 via iPhone  1
Id是顺序值么？我记得如果不是顺序值是会大大降低查询的速度
|
 |
5
skydiver 2014-12-21 01:26:09 +08:00 1
为什么不explain一下看看呢
|
|
6
zeyexe OP @skydiver explain的结果是时间耗费在子查询那里了，当索引为unique或有主键的时候，子查询消耗时间很长。不知道这个情况如何解释。
|
 |
8
mahone3297 2014-12-21 08:02:41 +08:00 1
1. 我觉得子查询，是很慢的吧，所以网上推荐用join代替自查询吧。。。
2. OFFSET 30050 这个offset这么大，很慢的吧。。。网上针对这个大offset的问题，有专门讲的吧，是关于分页的 不知道我说的对不对，供lz参考。。。 |
 |
9
lincanbin 2014-12-21 11:14:18 +08:00 via Android
缓存吧
|
|
10
lincanbin 2014-12-21 11:17:42 +08:00 via Android 1
|
Select Language