中年|因用了Insert into select语句,美女同事被开除了!


Java进阶架构师” , 点击右上角 , 将我们设为★“星标”!这样才不会错过每日进阶架构文章呀 。
中年|因用了Insert into select语句,美女同事被开除了!
本文插图

2020年Java原创面试题库连载中
(共18篇)
【032期】JavaEE面试题(四)Spring(2)
Insert into select请慎用 。 这天xxx接到一个需求 , 需要将表A的数据迁移到表B中去做一个备份 。 本想通过程序先查询查出来然后批量插入 。 但xxx觉得这样有点慢 , 需要耗费大量的网络I/O , 决定采取别的方法进行实现 。 通过在Baidu的海洋里遨游 , 她发现了可以使用insert into select实现 , 这样就可以避免使用网络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条) , 觉得没啥问题 , 就开始考虑大批量迁移 。
【中年|因用了Insert into select语句,美女同事被开除了!】
中年|因用了Insert into select语句,美女同事被开除了!
本文插图

在迁移的过程中 , 应急群是先反应有小部分用户出现支付失败 , 随后反应大批用户出现支付失败的情况 , 以及初始化订单失败的情况 , 同时腾讯也开始报警 。
中年|因用了Insert into select语句,美女同事被开除了!
本文插图

然后xxx就慌了 , 立即停止了迁移 。
本以为停止迁移就就可以恢复了 , 但是并没有 。 后面发生的你们可以脑补一下 。
# 事故还原
在本地建立一个精简版的数据库 , 并生成了100w的数据 。 模拟线上发生的情况 。
# 建立表结构
订单表

CREATE TABLE `order_today` (`id` varchar(32) NOT NULL COMMENT "主键",`merchant_id` varchar(32) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT "商户编号",`amount` decimal(15,2) NOT NULL COMMENT "订单金额",`pay_success_time` datetime NOT NULL COMMENT "支付成功时间",`order_status` varchar(10) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT "支付状态 S:支付成功、F:订单支付失败",`remark` varchar(100) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL COMMENT "备注",`create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT "创建时间",`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT "修改时间 -- 修改时自动更新",PRIMARY KEY (`id`) USING BTREE,KEY `idx_merchant_id` (`merchant_id`) USING BTREE COMMENT "商户编号") ENGINE=InnoDB DEFAULT CHARSET=utf8
订单记录表
CREATE TABLE order_record like order_today
今日订单表数据
中年|因用了Insert into select语句,美女同事被开除了!
本文插图

# 模拟迁移
把8号之前的数据都迁移到order_record表中去 。


推荐阅读