怎么在mysql中批量刪除大量數(shù)據(jù)？針對(duì)這個(gè)問題，這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答，希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡(jiǎn)單易行的方法。

創(chuàng)新互聯(lián)公司長(zhǎng)期為1000多家客戶提供的網(wǎng)站建設(shè)服務(wù)，團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年，關(guān)注不同地域、不同群體，并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù)；打造開放共贏平臺(tái)，與合作伙伴共同營造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為迎江企業(yè)提供專業(yè)的成都網(wǎng)站建設(shè)、成都網(wǎng)站設(shè)計(jì)，迎江網(wǎng)站改版等技術(shù)服務(wù)。擁有10年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開發(fā)。

首先鎖住這條記錄，數(shù)據(jù)原有的被廢棄，記錄頭發(fā)生變化，主要是打上了刪除標(biāo)記。也就是原有的數(shù)據(jù) deleted_flag 變成 1，代表數(shù)據(jù)被刪除。但是數(shù)據(jù)沒有被清空，在新一行數(shù)據(jù)大小小于這一行的時(shí)候，可能會(huì)占用這一行。這樣其實(shí)就是存儲(chǔ)碎片。

之后，相關(guān)數(shù)據(jù)的索引需要更新，清除這些數(shù)據(jù)。并且，會(huì)產(chǎn)生對(duì)應(yīng)的 binlog 與 redolog 日志。
如果 delete 的數(shù)據(jù)是大量的數(shù)據(jù)，則會(huì)：

• 如果不加 limit 則會(huì)由于需要更新大量數(shù)據(jù)，從而索引失效變成全掃描導(dǎo)致鎖表，同時(shí)由于修改大量的索引，產(chǎn)生大量的日志，導(dǎo)致這個(gè)更新會(huì)有很長(zhǎng)時(shí)間，鎖表鎖很長(zhǎng)時(shí)間，期間這個(gè)表無法處理線上業(yè)務(wù)。

• 由于產(chǎn)生了大量 binlog 導(dǎo)致主從同步壓力變大

• 由于標(biāo)記刪除產(chǎn)生了大量的存儲(chǔ)碎片。由于 MySQL 是按頁加載數(shù)據(jù)，這些存儲(chǔ)碎片不僅大量增加了隨機(jī)讀取的次數(shù)，并且讓頁命中率降低，導(dǎo)致頁交換增多。

• 由于產(chǎn)生了大量日志，我們可以看到這張表的占用空間大大增高。

解決方案

我們很容易想到，在 delete 后加上 limit 限制控制其數(shù)量，這個(gè)數(shù)量讓他會(huì)走索引，從而不會(huì)鎖整個(gè)表。

但是，存儲(chǔ)碎片，主從同步，占用空間的問題并沒有解決?？梢栽趧h除完成后，通過如下語句，重建表：

alter table 你的表 engine=InnoDB, ALGORITHM=INPLACE, LOCK=NONE;

注意這句話其實(shí)就是重建你的表，雖然你的表的引擎已經(jīng)是 innodb 了，加上后面的, ALGORITHM=INPLACE, LOCK=NONE 可以不用鎖表就重建表。

還有一種方案是，新建一張同樣結(jié)構(gòu)的表，在原有表上加上觸發(fā)器：

create trigger person_trigger_update AFTER UPDATE on 原有表 for each row 
begin set @x = "trigger UPDATE";
Replace into 新表 SELECT * from 原有表 where 新表.id = 原有表.id;
END IF;
end;

關(guān)于怎么在mysql中批量刪除大量數(shù)據(jù)問題的解答就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道了解更多相關(guān)知識(shí)。

名稱欄目：怎么在mysql中批量刪除大量數(shù)據(jù)-創(chuàng)新互聯(lián)
標(biāo)題來源：http://weahome.cn/article/dcdgce.html