圆月山庄资源网

MySQL表自增id溢出的故障复盘解决
数据库 2024/12/23 佚名
3 2
圆月山庄资源网 Design By www.vgjia.com

问题：MySQL某个表自增id溢出导致某业务block

背景：

    tokudb引擎的一个大表tb1，存放业务上的机审日志，每天有大量的写入， 并且由于历史原因，这张表是int signed 类型的，最大只能存 2147483647行记录 。

处理过程：

    增加DBLE中间件代理，然后做range分区，将新数据写到新加的的一个分片上。 同时业务上修改连接将这个表tb1的连接方式改走DBLE。 但是业务上改完代码后，发现还有残余的部分insert into tb1的写请求被转发到了老的表上，且有些表被错误得路由到了DBLE上。 这加剧了事情的复杂度。最终业务上将这个写tb1的代码下线后，整个业务才恢复正常。

后来复盘后，我想了下其实这种情况下，对于日志类的表的问题，DBA应该采用迅速果断的措施 尽快恢复业务，然后再考虑其它问题。 这样考虑的话，上面的问题就好解决了。 只需要下面几步：

use logdb;

select max(id) from tb1;  -- 记录下当前最大的id为 xxxx
create table tb2 LIKE tb1;  -- 创建影子表

alter table tb2 modify column id bigint unsigned not null auto_increment ;  -- 修改新表为bigint unsigned类型，能存 18446744073709551615 行数据。
alter table tb2 auto_increment=xxxx+1; -- 改大新表的自增主键起始值

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

这样操作后，tb1就可以写入数据了，业务也能暂时恢复，剩下的工作就是把 tb_archive 表的数据迁移到 tb1 里面的（迁移数据可以使用pt-archiver工具在后台慢慢跑就行）。

算了下，整个操作中切表最多5分钟左右即可恢复业务的写入操作，剩余的迁移数据的影响相对会小一些。

后续优化措施：

    增加对自增id的监控， 见这里 https://www.jb51.net/article/184935.htm

    整理些生产上可能遇到的突发问题，并正对性的制定相关的应急预案

标签：
MySQL自增id溢出,MySQL自增id
圆月山庄资源网 Design By www.vgjia.com
广告合作：本站广告合作请联系QQ：858582 申请时备注：广告合作（否则不回）
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
圆月山庄资源网 Design By www.vgjia.com
www.vgjia.com 圆月山庄资源网
139,976互联网资源
144,792高清电影
21,817无损音乐
631,128技术资源

更新日志

友情链接

杰晶网络 DDR爱好者之家 桃源资源网 杰网资源 富贵资源网 南强小屋 铁雪资源网 幽灵资源网 万梅资源网 狼山资源网 白云岛资源网 昆仑资源网 相思资源网 明霞山资源网 内蒙古资源网 黑松山资源网 茶园资源网 饿虎岗资源网 大旗谷资源网 常春岛资源网 岱庙资源网 兴国资源网 快活林资源网 蝙蝠岛资源网 帝王谷资源网 白云城资源网 伏龙阁资源网 清风细雨楼 天枫庄资源网 圆月山庄资源网 无争山庄资源网 神水资源网 移花宫资源网 神剑山庄资源网 无为清净楼资源网 金钱帮资源网 丐帮资源网 华山资源网 极乐门资源网 小李飞刀资源网 凤求凰客栈 风云阁资源网 金狮镖局 鸳鸯亭资源网 千金楼资源网 更多链接