稍微上点规模的 [国产 App] 如果要上应用商店都会接入对应厂商（华米 OV 魅荣）的通道，不用担心收不到消息。
至少我用的常用的 [国产应用] 基本上都有。

海外的就没法了，24 小时挂梯子都不一定 OK 。如果真要解决这些，那也只能是 iPhone 了。

小米 9 ，用了两年，给我爸用，到现在应该超过 4 年了，现在还很正常；小米 13 ，到现在两年，没出过啥问题

我之前试了一下，用 iPhone 基本上都能收到，用国产安卓就会很大概率收不到，不知道啥情况，有人说是国产的一些奇怪的拦截。

我当时的做法是把手机卡装到 iPhone 上，登完后再装回来。

PS：现在我已经加了邮箱了，验证码现在都发到了邮箱了。

针对附加的第 3 点：借呗是可以提前还的，随借随还这才是它之前的优势，虽然现在也没了

推送问题大概率是厂商的问题，比如我们做推送时，基本只保 Xiaomi/Huawei/iPhone; 其他的虽然也有量，但比起这几个，都算是小头，所以有时就直接只接个阿里云。但阿里云是需要靠他们自己的 App 互拉的，在现在国产安卓里面，都给你限得死死的，所以除了这几家大的，其他的推送可能都不大理想。

国外的厂商推送基本无解，除非下对应的 Play 版的 App ，全程挂梯子。

如果硬要解决全局（所有 App ）推送问题，那基本还是只能 iPhone 了。

> 如果只是国内 App 的推送，选小米或某为是比较合适的。我用的是小米 13 ，国内 App 的推送基本没啥问题。

@amusier 感谢，我去找找看看

@amusier 请问下刷的啥模块，我和楼主一样用的小米 13 ，振动太差了，来电话基本放口袋是无感知的

其实说实话，如果你需要就着代码才能讲清楚你做了啥，证明你根本就没理解透你做了啥 - 此时你更应该要去总结一下。

你需要让一个外人了解你做啥，你肯定就不能站在代码的角度。你可以想象一下，你和老板汇报工作时，拿着代码给他讲么，肯定不合理啊。

我是 win11 用的 wsl2 ，感觉挺不错的。在里面跑一些服务（ kafka/redis/docker 乖）都没啥问题，当然 IO 性能弱这个确实没办法。

为了喷而喷没啥意思啊，说不可用总要说什么场景下不可用。还是你非要做点对 IO 性能有要求的事情，然后吐槽，这就没太大必要了。

4 年了好快，之前希望家人身体健康，但老爸心血管不太好，好在也算相对比较稳定；自己在阳后各种奇怪的不舒服，也没找到啥原因，只能自己慢慢调理了；姐姐出了点事故，好在现在也在慢慢恢复；其他倒还好。

希望 4 年后能好起来，还是那个希望，家人身体健康，财富能比较宽裕，自由的标准太高了。

北通（ PC 用）+八位堂（ switch 用）用了一年多了； PS5 手柄，用了接近 3 年了，目前暂时没啥问题。
有可能是我的玩的强度不大，基本上都是周末玩而已，平常都没时间玩

@edward1987 上幼儿园让他们回去这个不现实的，我有个 5 岁的娃，目前因为做脸部激光，幼儿园暂时就没去了。但读幼儿园以来，经常会遇到生病啥的，一病就是 1-2 周，有些好了幼儿园还不让去，要等够两周的，比如咽峡炎，手足口等等。

楼主考虑得很对的，应该是说直到 10 岁左右，家里基本上是不能没人的。因为保不准啥时候，小孩就要居家

@q1450718943 对，不好意思，一下子弄混了，是按字节来算的。
key_len 是 115 应该是表示它使用了完整的索引，Using index 表示它使用了覆盖索引，因为这里用不了最左匹配，就相当于只能全索引扫描了，所以这里看起来没啥毛病。

线上的 key len 是 4 ，这个我暂时解释不了，看看有没有大佬能解释一下哈。

@q1450718943 感觉有点奇怪，你的 key len 最大也只是 11+11+11+25 = 58 ，这个 115 是不是命中了其他的 key 。
你可以提供 explain 的大概信息么？

你这里的查询语句直接使用了覆盖索引，Using Index ，有可能优化器觉得用了覆盖索引已经是比较优化的结果了，所以就不会使用索引下推。
按覆盖索引的作用来说，它是为了减少回表的次数，而覆盖索引了，实际上根本就不需要回表，所以就不会使用了。
按官方文档是这样的：
> ICP can reduce the number of times the storage engine must access the base table and the number of times the MySQL server must access the storage engine.

综上：我的理解是因为这里的覆盖索引，所以导致不会用索引下推来做优化。