Insert into select語句引發(fā)的生產事故!
往期熱門文章:
2、如果MySQL磁盤滿了,會發(fā)生什么?還真被我遇到了!
前言
insert into select實現,這樣就可以避免使用網絡I/O,直接使用SQL依靠數據庫I/O完成,這樣簡直不要太棒了。然后他就被開除了。事故發(fā)生的經過。
在遷移的過程中,應急群是先反應有小部分用戶出現支付失敗,隨后反應大批用戶出現支付失敗的情況,以及初始化訂單失敗的情況,同時騰訊也開始報警。
然后xxx就慌了,立即停止了遷移。
事故還原
建立表結構
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 '支付狀態(tài)? S:支付成功、F:訂單支付失敗',
??`remark`?varchar(100)?CHARACTER?SET?utf8?COLLATE?utf8_general_ci?DEFAULT?NULL?COMMENT?'備注',
??`create_time`?timestamp?NOT?NULL?DEFAULT?CURRENT_TIMESTAMP?COMMENT?'創(chuàng)建時間',
??`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;今日訂單表數據

模擬遷移
把8號之前的數據都遷移到order_record表中去。
INSERT?INTO?order_record?SELECT
????*?
FROM
????order_today?
WHERE
????pay_success_time?'2020-03-08?00:00:00';在navicat中運行遷移的sql,同時開另個一個窗口插入數據,模擬下單。

出現的原因
insert into order_record select * from order_today 加鎖規(guī)則是:order_record表鎖,order_today逐步鎖(掃描一個鎖一個)。
order_today是全表掃描,也就意味著在執(zhí)行insert into select from 語句時,mysql會從上到下掃描order_today內的記錄并且加鎖,這樣一來不就和直接鎖表是一樣了。解決方案
order_today全表掃描,什么能避免全表掃描呢,很簡單嘛,給pay_success_time字段添加一個idx_pay_suc_time索引就可以了,由于走索引查詢,就不會出現掃描全表的情況而鎖表了,只會鎖定符合條件的記錄。最終的sql
INSERT?INTO?order_record?SELECT
????*?
FROM
????order_today?FORCE?INDEX?(idx_pay_suc_time)
WHERE
????pay_success_time?<=?'2020-03-08?00:00:00';執(zhí)行過程

總結
insert into tablA select * from tableB語句時,一定要確保tableB后面的where,order或者其他條件,都需要有對應的索引,來避免出現tableB全部記錄被鎖定的情況。參考文章
insert into … select 由于SELECT表引起的死鎖情況分析
往期熱門文章:
1、《歷史文章分類導讀列表!精選優(yōu)秀博文都在這里了!》
2、你以為JDK8之后用HashMap就沒事了?死循環(huán)問題依然存在! 3、14 個 Spring MVC 頂級技巧,隨時用隨時爽,一直用一直爽 4、交公糧了:十一在家我都逛了哪些技術網站? 5、高并發(fā)和海量數據下的 9 個 Redis 經典案例剖析! 6、Docker 禁止被列入美國“實體名單”的國家、企業(yè)、個人使用
7、日志框架到底是Logback 還是 Log4j2? 8、IDEA 2020.2 重磅發(fā)布,動畫級新功能預覽! 9、數據庫鏈接池終于搞對了,這次直接從100ms優(yōu)化到3ms! 10、互聯(lián)網公司忽悠員工的黑話,套路太深了。。。
評論
圖片
表情
