MySQL自增长ID用完了，怎么办?
作为一名程序员，在求职面试时，不知你有没有遇到类似这样的问题。
张工是一名java程序员，最近到一家互联网公司面试，面试官就问了他这样的一个问题。
面试官:”用过mysql吧，你们数据表主键id是用自增主键还是UUID?”
张工:”用的是自增主键”
面试官:”为什么是自增主键?”
张工:”因为采用自增主键，数据在物理结构上是顺序存储，性能好”
面试官:”那自增主键达到最大值了，用完了怎么办?”
张工：“用完了就用完了，再申请呗”
面试官：“你可以回去等通知了”
今天我们就来谈一谈，这个自增主键用完了该怎么办?
在mysql，int整型的范围如下int的取值范围为：-2^31——2^31-1，即-2147483648—2147483647
如图：
以无符号整型为例，存储范围为0～4294967295，约43亿。当自增id达到最大值时，这是继续插入会出现什么异常呢，
我们来动手实践下。
首先，创建一张表tb_user，这张表只包含一个自增id
然后向这张表插入一条数据：
通过show命令show create table tb_user;查看表情况：
细心的你会发现 AUTO_INCREMENT 已经变成2，不过这离最大值4294967295远着呢，要想让它变成4294967295得插入非常多的记录，其实不用这么麻烦，我们可以在创建表的时候，直接声明AUTO_INCREMENT的初始值。
把我们刚才的创建表语句调整下，先把刚才的表删除掉，然后在创建表时加上auto_increment = 4294967295
然后同样往表插入一条记录
同样，我们通过show命令，查看表tb_user的表结构：
通过
我们查询到id 为4294967295，已经是最大值，这时候如果再
当想往表在尝试插入一条数据时，报一个主键冲突异常如下所示。
这可以说明，当再次插入时，使用的自增ID还是4294967295，就会报主键冲突的异常了。
4294967295，这个数字已经可以应付大部分的场景了，如果你的服务会经常性的插入和删除数据的话，还是存在用完的风险。
建议采用bigint unsigned，这个数字就大了。
那有什么办法解决，答案是肯定的，解决方法也是很简单的，将Int类型改为BigInt类型，BigInt的范围如下
就算每秒往数据表插入10000条数据，运行100年，来看看数据量有多少
这数字距离BigInt的上限还差的远，因此你将自增ID设为BigInt类型，就可以解决问题了。
如果你在面试中是这样回答面试官的。
你: “这还不简单，把自增主键的类型改为BigInt类型就可以解决了!”
面试官:” 你在线上怎么修改列的数据类型的?”
你:”a lter table tb_user change id id bigint;”
面试官： “你有实际操作经验吗?”
你： “…………没有实际操作过”
需要注意的是，这种方式在myl5.6+才开始支持，mysql支持在线修改数据库表，在修改表的过程中，对绝大部分操作，原表可读，也可以写。
对于修改数据类型这种操作，是不支持并发的DML操作!也就是说，如果你直接使用alter这样的语句在线修改表数据结构，会导致这张表无法进行更新类操作(delete、update、insert)。所以，想在生产线上执行修改表结构这样的方案是不可行的。
那有没有更好的方式，对于这个问题，我们以后再做讨论。
不知你有没有留意到这样一种情况，虽然主键自增ID是从0开始的，也就是说，现在可以用的范围为0～2147483647，但实际数据中有些id的值并不是连续的。
要是实际生产表出现单表超过上亿的数据量了，这时候想再往数据表写数据，性能肯定是受影响了，得赶紧考虑分库分表了。
一旦分库分表了，我们就不能依赖于每个表的自增id来全局唯一标识这些数据了。此时，我们就需要提供一 个全局唯一的id号生成策略来支持分库分表的环境。
所以在实际中，根本等不到自增主键用完的情况。
较友好的回答不妨参考这样的
面试官: “那自增主键达到最大值了，用完了怎么办?”
你:这问题没遇到过，因为自增主键我们用int类型，一般达不到最大值，就要考虑分表分库了。
要是面试官穷追不舍，继续问你有关分库分表的要点，你也就可以针对性地回答，说明你完全有这方面的开发经验，相信能为这次面试加分。
总结：
mysql数据库表的自增 ID 达到上限之后，这时候再申请它的值就不会再改变了，如果继续插入数据就会导致报主键冲突异常。
因此在做数据字典设计时，要根据业务的需求来选择合适的字段类型。
在java应用程序中如何清除oracle缓存！！！有奖！！！
// 看是不是你需要的 同学
SQL> alter system flush shared_pool;SQL> alter session set events immediate trace name flush_cache level 1;
There is/are a number of dISCussion
There【are】 a number of discussions. 有许多讨论 这是There + be + 主语 句型 主语是 a number of (许多）+ 复数名词， 谓语自然用复数 如不明白请追问，如果满意请采纳 手机提问者如果满意，请在客户端右上角评价点“满意”即可， 谢谢！ 祝学习进步
sql2005 数据库中怎样存图片的路径
图片则建议保留在自己新建的images或是upload文件夹里,在页面的具体需要图片的地方拖进图片控件 数据库只存放它的实际路径即可 文章的内容则可以保存在数据库里比如说你建一个passage的表 里面含如下字段title(文章标题) author(文章作者) addtime(发表时间) content(文章内容) imageURL(文章图片的数据库路径)然后就是在CS页面写点数据库编程的SQL语句之类的就轻松搞定了---------------------------------------------------------------------我好象没说明白,我是说图片是随即插入,没有固定的地方.当然也可以没有图片.还有文字等.然后把这些保存到数据库中.怎么检查文章中有图片.怎么保存.那就要麻烦点 不过可以实现 你见过动网开发的论坛没有(你想在哪里插图片就插图片 插视频插FLASH都可以) 写点相应的正则表式 和公共类库文件 然后调用实现 这个说起来简单但还是需要基本功的哈
发表评论