mysql自增主键(int类型)达到最大值导致任务报错而引发的思考

在mysql中int类型占四个字节，有符号书的话，最大值就是(2^31)-1，也就是2147483647，二十多亿。
然后如果这个自增主键达到最大值，是会报错的
Duplicate entry '2147483647' for key 'PRIMARY'
错误翻译过来的意思大概是主键2147483647重复了。
这时就需要处理了。

方案一

其实主键都达到20多亿了，应该是说明这张表的记录肯定是非常多了的，这个时候其实应该去考虑分库分表了。

方案二

1. 我这现在遇到的是这张表因为每天都在同步数据，然后同步数据的时候先把不需要的数据delete删掉，再重新插入新数据，大概每天有几百万的数据。而且里面有些数据是不能删除的。
2. 按照删除情况，如果这张表的数据每天是都可以全部删除的话，其实最好不要用delete删除，这样自增主键是不会被重置的。可以考虑用truncate table这个去删除，而且truncate比delete是要快的。显然我这不适用。
3. 这个时候就需要考虑可以吧int类型改为bigint（(2^63)-1）类型了，但是这个怎么改，里面就涉及到很多东西了，如果是很重要的业务系统，直接改，肯定会锁表了，导致不可用了，那麻烦就大了。（我这不是这种类型的系统，直接改也没啥影响，所以就直接改了）
4. 先考虑最简单的情况，就是没有其他表对这张表建立外键关系，或者这张表上没有触发器之类的。这种情况其实是有工具的，工具的大概思路说下：先创建一张表结构更改后的A表，然后在原表上创建一些触发器，防止在同步数据时，原表的数据有更改，开始把原表的数据同步过来，完成后把原表重命名，新表重命名为原表。这样影响比较小。 另外还有什么主从库的，改从库，然后把从库改为主库。
5. 然后就是如果有外键的表怎么处理了？这里需要先删除相应的外键约束，外键类型也是需要改的，然后主键类型也需要改的，然后再重新建立外键约束。当然如果影响不大，直接改就可以，如果影响大的话，这个其实没遇到过，可以说说自己的思路，比如参照上面的主从，或者更上面一样，先新建相关的表结构更改后的表，然后同步数据，再重命名表。有触发器的，原表改了，然后相关的表也是需要改的。