首先排除科大讯飞

跑个定时任务每天归档三个月前的数据就行了。 保持单表一直在 1 个亿的数据左右就问题不大。

@GenericT 别太想当然， 我们当时用到的阿里云的全球加速，他们支持的 quic 就是 gquic

我们前几年就试过 quic ， 最终的结论就是目前整体基建（包括运营商、云厂商）还是不太成熟， 对于一般的公司来说，现在搞还是有点早了。

@flx413 quic 还分 iQUIC 跟 gQUIC 的你知道吗？ 不知道你说的问题跟这个有没有关系。ios 系统支持的是 iQUIC

同网络下吗？ quic 因为底层用的是 udp ，在很多运营商那里报文会被随机丢弃掉。 用 quic 一般是打开 app 后对 http2 和 quic 进行同时测试，哪个更快更稳定就走哪条路线。

我是 3 年质保期内一直去 4S 的。 后面就不去了， 4S 杀猪太厉害了，吃不消。

苏州 互联网荒漠 太难了

机械硬盘更稳定

这种不是该用一主多从模式？

@leadlose 没有， 自己找吧，可以问问中介。

贵了， 现在的行情找黄牛是 1000 ， 续 300.

我引入了阿里的通义灵码， 代码提示采用率 20%左右吧。 搜索问题确实会快很多，它给出的答案基本上可以复制过来直接用。

@suuuch 上海现在可以个人直接交社保，比以企业名义交要少交一点点。

我几乎所有的噩梦都是跟高考相关的。 太难了。 上班再累跟原来高三比都根本算不上什么。

@Belmode nodeType 存在的值多不多？ 多的话拿 nodeType 做联合索引第一位，isDetail=true 的情况多不多，多的话拿 isDetail 做第一位，反正索引要么是 nodeType_isDetail_executeTime 要么是 isDetail_nodeType_executeTime ，你再去试试，性能应该回好不少。 你现在的索引用法，估计 explain 分析一下，seek 特别多。 最终的效果可能相当于只有 executeTime 单索引的效果。

这个要看你索引的定义， 一般 count 条件语句的第一个字段非常重要，要用比较稀疏的字段， 还是要具体分析的。 你可以把你的字段和查询条件贴出来，具体分析一下看看。

还是有，我经常会接到携号转网的用户发送短信收不到的反馈。 都得去找供应商特殊处理一下。