@fuxkcsdn
按你这样子说，应该加 mtime 的索引，查询时加上 mtime 的下限，例如， mtime>(Now() - INTERVAL 1 DAYS)，下限取值依赖于你们的业务。假如每次查询出来的记录达到万级的话，加 mtime 索引也没有什么用。
假如 mtime 会经常被更新的话，加索引会导致写速度变慢。
索引：
假如多读少写可以
mtime, id, age, days, 这样子查询时，不用在寻址读数据
假如多写就只加：
mtime

更好的实现方式是，不要用 mysql 做队列，例如，用 redis 按小时来记录最近更新的大类产品，弄个定时任务来按小时扫。

@fuxkcsdn
mtime < (NOW() + INTERVAL 1 DAY) 这个没有意义吧，一定为 true 。
能说一下 days 的取值范围吗？它在这个范围里分布均匀吗？假如 days 取值范围足够大，而且均匀，可以根据它来建索引。不过对于 1000 万条数据， days 就算能取值 0~10000 ，每条索引也会对应 1000 条记录，速度也不快。
你的 sql 有两个字段是范围比较，肯定会有 Using filesort ，可以的话，你描述一下你的业务吧。要根据业务重构那条 sql ，让它尽可能用上索引，你现在的 sql 是完全没有用上索引的。

只有三类值的 column ，加索引和不加基本没有什么区别。假如三个值均匀分布， SELECT id FROM users WHERE category='students' ORDER BY id DESC LIMIT 300000,10 这条语句也是要查找 15 万条，和 46 万也是在一个级别。按楼上说的，翻页时记着上一次最后一个 id ，用 id 的索引来查更好，均匀分布的话，就查询几十条。

id 字面意思应该就是唯一的。。为什么还要联合？ int(1)不是指只能存一位，它还是能存 int 范围里的数。
你应该描述一下数据在 id ， pid ， days ， mtime 的分布，新增数据时，这几个值会是怎样。

Arch 大法好， AUR 大法好，从来不用搜索怎么安装不在源里的软件。

@jarlyyn

总算懂了，律师这么牛。我没有说靠舆论来洗脱罪名，是你自己把律师描述为人治下的律师。明明大家都说如何往法治靠，你就一直说人治。

@jarlyyn

律师帮无辜的人洗脱罪名是不是合理？你一定要纠结一种情况。

@jarlyyn
从数理逻辑的角度，“律师有个鬼用，唇枪舌剑一番然后乖乖蹲大狱”这句话的反面并不是“请个好律师就不用坐牢”。

“律师有个鬼用，唇枪舌剑一番然后乖乖蹲大狱”的逻辑关系是“一定要坐牢”推导出“律师没有用”。这个逻辑的否定是“律师有用”推导出“不一定要坐牢”。律师用现有的证据帮助嫌疑人洗脱嫌疑，这本来就是律师的职责。能不能找到足够证据来证明嫌疑人有罪，这是公诉人和警察要做的事。

而你的否定的点在律师好不好上，这明显是错的。“一定”的否定是“不一定”，而不是“一定不”。

魔法学校大山中学