> 现在的做法是通过先查询取出 id
SELECT id FROM `article_comments` LIMIT 19999980, 20;

另外，如果这条 SQL 查询速度很慢那么是不是因为你使用的是 InnoDB 引擎，InnoDB 下默认为聚集索引，聚集索 ID 和数据存一起，所以通过 id 查询很慢，如果是这样可以考虑在其他列和 id 列上建立联合索引，查询时使用索引覆盖。

ALTER TABLE article_comments ADD INDEX id_c1(id,c1);

SELECT id FROM `article_comments` ORDER BY id,c1 LIMIT 19999980, 20;

1. 大数据下分页舍弃精度换效率，一般都用 where id > 199980。
2. 可以试试可以延迟关联，
select * from tableName inner join (select id from tableName limit 199980，20) as tmp using(id);
3. 如果一定要追求精度建议数据不进行物理删除，删除时做逻辑删除，这样 id 就不会缺失。

调 Bug 的时候老程序员告诉我，没有消息是最好的消息

好玩

@ghui 咱俩域名好像啊，gbin.me

想歪+1

总体来讲还是阿里大于好，就是短信模版太死板。

一直找一个短信发送接口没找到满意的

@littleylv 我是想如果用 datetime 是不是不便于查找，我想在该列上建立索引，这样是不是应该用 int?

@moult @Infernalzero 感谢回复，我大概找到答案了，同意 @moult 说的看需求
https://stackoverflow.com/questions/409286/should-i-use-field-datetime-or-timestamp

@siteshen @strict @lol173 感谢回复。timestamp 排序是不是没有 int 快

支持一下

@AlwaysBehave 血的教训，特别和队友一起做东西的队友和导师都不会 LaTex 的时候更惨

强行回复。 如果是 GBK 编码，默认按照拼音排序，所以直接 ``ORDER BY unitname ASC``就行。如果是其他编码可以转为 GBK 试试，MySQL 下是这样：`` ORDER BY CONVERT(unitname USING GBK) ASC``

@Perseus1812 导师看到论文后第一句话是“给我一份 Word 版，我帮你修改修改”