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

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

我是 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.

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

@lionel14 我不知道你是不是看不懂我的中心区域是啥意思，不懂的话可以再仔细看看。我同事买的琶洲和淘金一直在涨，难道不是同个广州

坐标广州，中心区域（海珠/越秀/荔湾/天河）的一直没怎么跌，甚至有些是涨的（比如天河的楼盘），其他区域的多少都跌回到 17 年左右的水平了。但跌的那些区域其实我个人觉得还是不值那个价的。

超出堆内存大小，应该就是堆外内存的问题了。用上面兄弟的 jmap dump 出来看看。但要注意会触发 FGC 。

@unt windows 装上 wsl ，oh-my-zsh 还是可以用的，不然 windows 上面的 oh-my-posh 其实也不错

1. 如果是服务端之间对接，我的建议是直接用枚举，也就是字符串的方式，方式大家理解。如果是前端，那我建议是 Int 值，增加映射关系就好了。
2. 尽量遵循 RESTFUL ，新增用 POST ，修改用 PUT ，其他用 GET
3. 如果可能，尽量让后端接口保持原子性，前端来组合。所以，如果一个需求改动，前端可以通过组合来实现的，尽量前端来；如果不行，就服务端配合。

1. synchronized 涉及到锁升级流程，并不是一来就上重量级锁，如果只是偏向锁，成本不高，根本就不涉及到内核态的切换，就算是轻量级的，也直接用 CAS 来解决；再来才是重量级的。
2. AQS 的锁本质上是用 CAS 来实现的，这个其实就和内核态没什么太大关系了。

@justfindu 我是老用户，并且几年前就续到了 25 年了，前段时间早就已经按新的来实施，不知道你的新续费的才按新的是哪里来的消息