51CTO:into select语句把生产服务器炸了,同事埋了个坑:Insert( 二 )
通过观察迁移sql的执行情况你会发现order_today是全表扫描 , 也就意味着在执行insertintoselectfrom语句时 , mysql会从上到下扫描order_today内的记录并且加锁 , 这样一来不就和直接锁表是一样了 。
这也就可以解释 , 为什么一开始只有少量用户出现支付失败 , 后续大量用户出现支付失败 , 初始化订单失败等情况 , 因为一开始只锁定了少部分数据 , 没有被锁定的数据还是可以正常被修改为正常状态 。 由于锁定的数据越来越多 , 就导致出现了大量支付失败 。 最后全部锁住 , 导致无法插入订单 , 而出现初始化订单失败 。
解决方案由于查询条件会导致order_today全表扫描 , 什么能避免全表扫描呢 , 很简单嘛 , 给pay_success_time字段添加一个idx_pay_suc_time索引就可以了 , 由于走索引查询 , 就不会出现扫描全表的情况而锁表了 , 只会锁定符合条件的记录 。
最终的sqlINSERTINTOorder_recordSELECT*FROMorder_todayFORCEINDEX(idx_pay_suc_time)WHEREpay_success_time<='2020-03-0800:00:00';执行过程

文章图片
总结使用insertintotablAselect*fromtableB语句时 , 一定要确保tableB后面的where , order或者其他条件 , 都需要有对应的索引 , 来避免出现tableB全部记录被锁定的情况 。
【51CTO:into select语句把生产服务器炸了,同事埋了个坑:Insert】备份操作更好的方式是dump出sql,改个表名 , 然后source , 这样线上直接的sql操作不建议 , 测试环境玩玩倒没事
推荐阅读
- 51CTO7种优秀开源网络监控工具
- [java互联网架构]into select语句,同事被开除了!,因用了Insert
- 【支付 可以很 ____】因用了Insert into select语句,同事被开除了!
- #51CTO#真正的测试自动化框架全接触
- 支付 可以很 ____@同事埋了个坑:Insert into select语句把生产服务器炸了
- 「51CTO」对于2020年网络安全发展的11个预测
- 小罐茶亮相世界舞台 获“MONDE SELECTION 双金奖”见证品质
- 『机器之心』Jürgen发文直指Hinton不应获2019本田奖
- 「51CTO」六大容器管道大比拼:配置、优势、局限性和价格
- 『SinkIntoKauai』搜索后直接领取,steam白嫖游戏最强干货
