問(wèn)題：MySQL某個(gè)表自增id溢出導(dǎo)致某業(yè)務(wù)block

背景：

    tokudb引擎的一個(gè)大表tb1，存放業(yè)務(wù)上的機(jī)審日志，每天有大量的寫(xiě)入， 并且由于歷史原因，這張表是int signed 類型的，最大只能存 2147483647行記錄 。

處理過(guò)程：

    增加DBLE中間件代理，然后做range分區(qū)，將新數(shù)據(jù)寫(xiě)到新加的的一個(gè)分片上。 同時(shí)業(yè)務(wù)上修改連接將這個(gè)表tb1的連接方式改走DBLE。 但是業(yè)務(wù)上改完代碼后，發(fā)現(xiàn)還有殘余的部分insert into tb1的寫(xiě)請(qǐng)求被轉(zhuǎn)發(fā)到了老的表上，且有些表被錯(cuò)誤得路由到了DBLE上。 這加劇了事情的復(fù)雜度。最終業(yè)務(wù)上將這個(gè)寫(xiě)tb1的代碼下線后，整個(gè)業(yè)務(wù)才恢復(fù)正常。

后來(lái)復(fù)盤(pán)后，我想了下其實(shí)這種情況下，對(duì)于日志類的表的問(wèn)題，DBA應(yīng)該采用迅速果斷的措施 盡快恢復(fù)業(yè)務(wù)，然后再考慮其它問(wèn)題。 這樣考慮的話，上面的問(wèn)題就好解決了。 只需要下面幾步：

use logdb;

select max(id) from tb1;  -- 記錄下當(dāng)前最大的id為 xxxx
create table tb2 LIKE tb1;  -- 創(chuàng)建影子表

alter table tb2 modify column id bigint unsigned not null auto_increment ;  -- 修改新表為bigint unsigned類型，能存 18446744073709551615 行數(shù)據(jù)。
alter table tb2 auto_increment=xxxx+1; -- 改大新表的自增主鍵起始值

rename table tb1 to tb_archive , tb2 to tb1; -- 切換表名

這樣操作后，tb1就可以寫(xiě)入數(shù)據(jù)了，業(yè)務(wù)也能暫時(shí)恢復(fù)，剩下的工作就是把 tb_archive 表的數(shù)據(jù)遷移到 tb1 里面的（遷移數(shù)據(jù)可以使用pt-archiver工具在后臺(tái)慢慢跑就行）。

算了下，整個(gè)操作中切表最多5分鐘左右即可恢復(fù)業(yè)務(wù)的寫(xiě)入操作，剩余的遷移數(shù)據(jù)的影響相對(duì)會(huì)小一些。

后續(xù)優(yōu)化措施：

    增加對(duì)自增id的監(jiān)控， 見(jiàn)這里 https://www.jb51.net/article/184935.htm

    整理些生產(chǎn)上可能遇到的突發(fā)問(wèn)題，并正對(duì)性的制定相關(guān)的應(yīng)急預(yù)案

到此這篇關(guān)于MySQL表自增id溢出的故障復(fù)盤(pán)解決的文章就介紹到這了,更多相關(guān)MySQL自增id溢出內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！