[java互联网架构]into select语句，同事被开除了！，因用了Insert 作者：不一样的科技宅

作者：不一样的科技宅
https://juejin.im/post/5e670f0151882549274a65ef
某天xxx接到一个需求，需要将表A的数据迁移到表B中去做一个备份。他本想通过程序先查询查出来然后批量插入，但xxx觉得这样有点慢，需要耗费大量的网络I/O ，决定采取别的方法进行实现。
通过在某度的海洋里遨游，他发现了可以使用insertintoselect实现，这样就可以避免使用网络I/O ，直接使用SQL依靠数据库I/O完成，这样简直不要太棒，然后他就被开除了。
事故发生的经过
由于数据数据库中order_today数据量过大，当时好像有700W了，并且每天在以30W的速度增加。
所以上司命令xxx将order_today内的部分数据迁移到order_record中，并将order_today中的数据删除，这样来降低order_today表中的数据量。
由于考虑到会占用数据库I/O ，为了不影响业务，计划是9：00以后开始迁移，但是xxx在8：00的时候，尝试迁移了少部分数据（1000条），觉得没啥问题，就开始考虑大批量迁移。

文章图片
在迁移的过程中，应急群是先反应有小部分用户出现支付失败，随后反应大批用户出现支付失败的情况，以及初始化订单失败的情况，同时腾讯也开始报警。

文章图片
然后xxx就慌了，立即停止了迁移。本以为停止迁移就就可以恢复了，但是并没有。
后面发生的你们可以脑补一下，当时整个支付系统瘫痪了快一个小时，客服电话都被打爆。
事故还原在本地建立一个精简版的数据库，并生成了100w的数据。模拟线上发生的情况。
建立表结构
订单表如下：
CREATETABLE`order_today`(`id`varchar(32)NOTNULLCOMMENT'主键',`merchant_id`varchar(32)CHARACTERSETutf8COLLATEutf8_general_ciNOTNULLCOMMENT'商户编号',`amount`decimal(15,2)NOTNULLCOMMENT'订单金额',`pay_success_time`datetimeNOTNULLCOMMENT'支付成功时间',`order_status`varchar(10)CHARACTERSETutf8COLLATEutf8_general_ciNOTNULLCOMMENT'支付状态S：支付成功、F：订单支付失败',`remark`varchar(100)CHARACTERSETutf8COLLATEutf8_general_ciDEFAULTNULLCOMMENT'备注',`create_time`timestampNOTNULLDEFAULTCURRENT_TIMESTAMPCOMMENT'创建时间',`update_time`timestampNOTNULLDEFAULTCURRENT_TIMESTAMPONUPDATECURRENT_TIMESTAMPCOMMENT'修改时间--修改时自动更新',PRIMARYKEY(`id`)USINGBTREE,KEY`idx_merchant_id`(`merchant_id`)USINGBTREECOMMENT'商户编号')ENGINE=InnoDBDEFAULTCHARSET=utf8;订单记录表如下：
CREATETABLEorder_recordlikeorder_today;今日订单表数据如下：

文章图片
模拟迁移
把8号之前的数据都迁移到order_record表中去：
INSERTINTOorder_recordSELECT*FROMorder_todayWHEREpay_success_time在Navicat中运行迁移的SQL ，同时开另个一个窗口插入数据，模拟下单：

文章图片

文章图片
从上面可以发现一开始能正常插入，但是后面突然就卡住了，并且耗费了23s才成功，然后才能继续插入。这个时候已经迁移成功了，所以能正常插入了。
出现的原因在默认的事务隔离级别下：insertintoorder_recordselect*fromorder_today加锁规则是：order_record表锁， order_today逐步锁（扫描一个锁一个）。