经济不行不会要打台了吧，现在知乎头条就是厦门人防导航平台正式上线。

有 n+1 不，有的话就可以愉快的走人了。

@DOMO #89 还是去交农保或不交吧。现在医保改的单位交的变多了，个人账户反而比去年少了一半，被这么明显的割韭菜。

没什么策略，就是屯币和买纳斯达克指数。

感觉走人正合公司的意，可以无赔偿开人，还可以筛选出卷 b 。

超时 60 分钟都能忍，我 30 分钟左右，超过 1 小时就换工作或换住的。

她已经有下家了，当然不怕分手，估计 op 怕分手，只能当龟男了。

90 后绝望的原因估计是城市化地区发展不平衡，贫富差距大，还有就是 90 后性别比有 111.2:100,占多数的底层男性基本上不会有后代了。
不过我估计 00 后会更绝望，90 后的这些问题应该也会延续到 00 后，然后性别比 115.5:100 ，不过好消息是等 00 后主场人口老龄化严重退休的多，00 的议价权大些。

@glfpes #65 这种人占 90 后的有不到千分一。

公司随意延长加班，好像都没有硬刚的，之前听说有公司有个辞职了才举报加班当然没啥用继续加，打工人都没啥骨气。

2022 年中国人口减少 85 万人，感觉还可以再等等。

好想被优化，再不优化，我都要自己跑路了。

@nothingistrue #13
“需要提前跑掉全部功能”，我想只要跑下所有查询的语句就可以了，只要业务测试出 sql 语句给工具测试就可以了，用不上 ai 。

@IvanLi127 #10

@icy37785 #12
虽然我觉得全加影响也不大，但是肯定希望能在契合业务下用最好性能索引。

至于“设计时不设计好”，我觉得要在开发阶段数据量小主动发现性能问题比较困难的，就是有发现的意识也增加的工作量。

@makelove #2
@hhjswf #5
加索引大部分上是利大于弊，可以极大提高查询速度，才略微降低插入速度，就算加错感觉影响也不大。
自动加引擎我觉可能比人聪明，自动加就算用最简单的穷举，也比人加的好，大部分开发估计都是加单索引的或会忘记加索引，自动加可以先从最高性能复合索引试起，试错找到最佳的索引方案，而且保证不会遗漏。

@VeryZero #1
我指的不是在生产环境自动加，先在测试环境用 sql 找到可以优化的索引，生成加索引语句。在停服维护时，再加索引，这样开发只要关心业务，不要关心索引。

@leonme #10
22w 慢是，有几万条的数据对 22w 条做关联查询导致的。
现在不敢做太多代码修改，怕影响业务，先把定时查询的频率降低了。现在 mysql cpu 下来了，等后面停服维护加索引。

@leonme #2
数据量是 22w 条
db 负载是 100%
有做主从，查了好像可以在从数据库加索引然后做主从切换的方法，不懂可不可行。