[java互联网架构]into select语句,同事被开除了!,因用了Insert( 二 )


分析执行过程:
【[java互联网架构]into select语句,同事被开除了!,因用了Insert】
[java互联网架构]into select语句,同事被开除了!,因用了Insert
文章图片
通过观察迁移SQL的执行情况你会发现order_today是全表扫描 , 也就意味着在执行insertintoselectfrom语句时 , MySQL会从上到下扫描order_today内的记录并且加锁 , 这样一来不就和直接锁表是一样了 。
这也就可以解释 , 为什么一开始只有少量用户出现支付失败 , 后续大量用户出现支付失败 , 初始化订单失败等情况 , 因为一开始只锁定了少部分数据 , 没有被锁定的数据还是可以正常被修改为正常状态 。
由于锁定的数据越来越多 , 就导致出现了大量支付失败 。 最后全部锁住 , 导致无法插入订单 , 而出现初始化订单失败 。
解决方案由于查询条件会导致order_today全表扫描 , 什么能避免全表扫描呢 , 很简单嘛 , 给pay_success_time字段添加一个idx_pay_suc_time索引就可以了 。
由于走索引查询 , 就不会出现扫描全表的情况而锁表了 , 只会锁定符合条件的记录 。
最终的SQL:INSERTINTOorder_recordSELECT*FROMorder_todayFORCEINDEX(idx_pay_suc_time)WHEREpay_success_time<='2020-03-0800:00:00';执行过程如下:
[java互联网架构]into select语句,同事被开除了!,因用了Insert
文章图片
总结使用insertintotablAselect*fromtableB语句时 , 一定要确保tableB后面的where , order或者其他条件 , 都需要有对应的索引 , 来避免出现tableB全部记录被锁定的情况 。


推荐阅读