😂 IT段子

这条语句在低峰期是好的，高峰期锁得死死的。我想反驳，但发现他说得对。我在心里把这次的变更影响估了一下，决定放在凌晨做。第二天这个方案就变成了团队标准做法

索引不是越多越好，我是在加了第七个之后明白的。我停了一下，然后继续手上的活。我把这个批量更新的条数限到了五百，锁等待立刻没了。那一刻我觉得自己还是很专业的

这条语句在低峰期是好的，高峰期锁得死死的。我在心里点了点头。我打开了执行计划，发现这个查询压根没走索引。那一刻我觉得自己还是很专业的

主从延迟三分钟，用户改完昵称刷新一下又变回去了，客服电话被打爆。我默默打开了编辑器，准备一步步验证。我打开了这张表的碎片率，决定重建一次。好在最后有惊无险

这张表的历史包袱比数据还重。我抬起头看了看周围，大家都一样。我把这个软删除改成了归档表，主表终于瘦了下来。我沉默了，但心里是服的

这张表的自增 id 走到头了，我这才注意到。我抬起头看了看周围，大家都一样。我打开了这张表的统计信息，发现已经一个月没更新。我把它写进了组内的避坑文档第一章

我把这个查询拆成了两步，反而比原来更快。我决定先把手上的事情做完再处理这件事。我把这个聚合查询挪到了离线任务，页面终于不卡了。这大概就是程序员的人生吧

数据库慢查询优化：加了一个索引，查询从 10 秒变成 0.1 秒，感觉自己拯救了世界。我把手上的资料翻出来又读了两遍。我在心里把这条 SQL 的扫描行数算了一遍，量级不对。连茶水间都安静了

我把这条数据链路理了一遍，发现有个环节没人负责。我把整条链路在心里复盘了一遍。我把这个业务的唯一性从应用层挪到了数据库层。世界瞬间清净了

我把这个查询拆成了两步，反而比原来更快。我在心里把涉及的所有环节都过了一遍。我把这个业务的重试加上了幂等校验，重复写入没了。好在最后有惊无险