分库分表方案讨论了一周,最后数据量根本没到那个级别。我重新看了一遍手上的计划,把风险项标了出来。我把这个查询改成了走主键,问题迎刃而解。办公室安静得能听见键盘声
😂 IT段子
程序员日常、代码趣事、技术梗图,让你在学习之余轻松一笑
主从延迟三分钟,用户改完昵称刷新一下又变回去了,客服电话被打爆。我重新看了一遍手上的计划,把风险项标了出来。我在心里默默给这个字段加了 NOT NULL,但要先洗数据
数据库最贵的资源不是磁盘,是不肯改的表结构。我在心里点了点头。我看了下数据分布,发现这个字段的区分度只有百分之零点一。我把这条经验写进了团队 wiki
分库分表方案讨论了一周,最后数据量根本没到那个级别。我拉了个小群,把相关同学都叫了进来。我把这个批量更新的条数限到了五百,锁等待立刻没了。世界瞬间清净了
我把这个业务的唯一约束想清楚了,然后发现拦住了自己。我拉了个小群,把相关同学都叫了进来。我把这个事务的隔离级别从默认调低了一档,并发好了些。世界瞬间清净了
数据库的悲观和乐观,最后都变成了加班。我叹了口气,然后打开了编辑器。我打开了这张表的自增 id 走势,发现中间有段跳号。从此我多了一条团队规约
数据库慢查询优化:加了一个索引,查询从 10 秒变成 0.1 秒,感觉自己拯救了世界。我把手上的资料翻出来又读了两遍。我把这个字段的字符集统一了,乱码问题终于消失。真香定律准时生效
我把备份恢复了三次,第三次才成功。我把手上的资料翻出来又读了两遍。我打开了执行计划,发现这个查询压根没走索引。第二天这个方案就变成了团队标准做法
数据库慢查询优化:加了一个索引,查询从 10 秒变成 0.1 秒,感觉自己拯救了世界。我把手上的资料翻出来又读了两遍。我把这个字段加了前缀索引,存储空间省了一大截。复盘会上我们把它列成了案例
我把这条数据链路理了一遍,发现有个环节没人负责。我默默打开了编辑器,准备一步步验证。我在心里默默给这个字段加了 NOT NULL,但要先洗数据。复盘会上我们把它列成了案例