84669인 학습
152542인 학습
20005인 학습
5487인 학습
7821인 학습
359900인 학습
3350인 학습
180660인 학습
48569인 학습
18603인 학습
40936인 학습
1549인 학습
1183인 학습
32909인 학습
不止一次听说mysql自增序列效率极低（和oracle相比），都是用第三方算号器。【我简单谷歌了一下没找到相关资料，所以来询问】
那么来求一个mysql第三方的序列算号器？工具也好函数也好。顺带说一下第三方序列和mysql本身序列的优劣谢谢！
ringa_lee
如果不需要有序，用GUID挺好的
=.=前排求压测数据。
目前接触到的自增数据，没发现过效率问题，可能程序的一点点改动都会比改动这个问题要大。内部原理猜测也就获取最大，返回最大+1，甚至可能比这方式要好，所以不会出现问题。
但是可能出现自增列到另外的库出现问题的。所以这时候就需要自己计算。常用的方式：1.多查询一次。2.维护一个表，每次+1。这是数据库内部自己算的。
第三方序列问题就比较多，要么是算号比较大，无序。而且还需要对接到数据库。
听说？有测试数据吗？
据说自增列做主键 保存数据是连续的读写速度快参考http://imysql.com/2014/09/14/mysql-faq-w...
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
如果不需要有序，用GUID挺好的
=.=前排求压测数据。
目前接触到的自增数据，没发现过效率问题，可能程序的一点点改动都会比改动这个问题要大。
内部原理猜测也就获取最大，返回最大+1，甚至可能比这方式要好，所以不会出现问题。
但是可能出现自增列到另外的库出现问题的。所以这时候就需要自己计算。
常用的方式：1.多查询一次。2.维护一个表，每次+1。这是数据库内部自己算的。
第三方序列问题就比较多，要么是算号比较大，无序。而且还需要对接到数据库。
听说？有测试数据吗？
据说自增列做主键 保存数据是连续的读写速度快
参考
http://imysql.com/2014/09/14/mysql-faq-w...