深圳程序员，我也不知道知识星球，不知道极客时间，不知道在行，也不会 go，正在自学 rust，有点怀疑人生

可以把 start 和 end 之间的时间按小时分割，分成几个 sql 进行查询，这样子可以去掉按小时来 group_by，查出来的数据量也不会多太多，又可以做成并发。

vim 加小红帽党，上班摘表，下单戴

这不是楼主自己定义了应用层协议吗？和 tcp 根本无关，粘也是应用层粘在一起而已。

作为显示器用的话，推荐三星，通电秒开。安卓系统的电视秒开都是基于一直通电的情况下。毫无广告。但追求画质什么的话，就不清楚了。

@PythonAnswer 我选 644，不用干

把 linux 作为主力系统已经有 10 年，前 5 年 Ubuntu，后 5 年 Arch。Arch 一点也不折腾，Ubuntu 每次升版本都会出各种那种问题，Arch 我就各在台式，笔记本，移动硬盘，树莓派，vps 上装了一次，都不需要重装。
开发时可以用各种新库，用 AUR 装也是方便的不要不要的。当时装 opencv 时，直接 AUR 解决，其他同事用 Ubuntu 按前同事的说明安装，各种出错。
用 Arch 过程中，最折腾的就是 Gnome Shell，特别最近半年，bug 之 3.26 。
wiki 真的很好

x1c 2015 搭 Arch 路过， deepin 的截图挺好的，就是依赖有点多

楼上说 linux 出问题难定位的是自己的问题吧。开个 ssh ，出什么问题你都可以远程处理。桌面有什么问题，就开个 vnc 。假如真的解决不了，重建一个账号就行，反正没有 root 权限，父母不会把机器弄挂。

@xi_lin 自举

当年大三的时候边上编译原理，边搞 LFS ，挺有感觉的，对 linux 的运行有了更深入了解。

希望有生之年看到楼主弄出来包含各种硬件驱动的发行版

@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

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