Mysql 主键自增长问题小结

Mysql 主键自增长问题小结

博客分类：
• 数据库

在mysql中，主键有auto_increment来保证其自增长，如果我们自定义函数来表示auto_increment的话可以如下:

create function select_autoincrement_id()
returns int(11)
begin
select max(id)+1
from table_name;
end

create function select_autoincrement_id() returns int(11)
begin
select max(id)+1 from table_name;
end

但是，此方法会有并发方面的问题，如两个事务中就可能获取到同一个id而其中一个失败，所以需要锁表

create function select_autoincrement_id()
returns int(11)
begin
select max(id)+1
from table_name for
update;
end

create function select_autoincrement_id() returns int(11)
begin
select max(id)+1 from table_name for update;
end

用此种方法的话可以实现一些复杂的自增长逻辑要求，比如在一个复合主键中，要求以其中一个主键为参照物，另一个主键重新从1开始自增长，但缺点是需要锁表，在大并发环境中会影响一定的效率，在mysql 5.1.22版本之前，均是需要锁表的，但在5.1.22版本之后，引入了一种新的方法来解决自增长的效率问题，

innodb_autoinc_lock_mode = 0(全部使用表锁)
innodb_autoinc_lock_mode = 1(默认,可预判行数时使用新方式，不可时使用表锁)
innodb_autoinc_lock_mode = 2(全部使用新方式)

innodb_autoinc_lock_mode = 0(全部使用表锁)
innodb_autoinc_lock_mode = 1(默认,可预判行数时使用新方式，不可时使用表锁)
innodb_autoinc_lock_mode = 2(全部使用新方式)

在级别1中，引入了一个轻量级的互斥量，在不同的事务中auto_increment总是可以获取到最新的自增长主键值而不需要锁表(感觉似乎有点违背mysql默认的事务隔离级别？)，但对于无法提前获知插入行数的sql依然需要锁表，如insert...select... replace...select... load data 还是使用表锁