MySQL的中AUTO_INCREMENT类型的属性用于为一个表中记录自动生成ID功能，可在一定程度上代替Oracle，PostgreSQL等数据库中的sequence。一个表只能有一个AUTO_INCREMENT属性，且该属性必须为主键的一部分。AUTO_INCREMENT属性可以是任何整数类型（tinyint，smallint，int，bigint等）。
在插入记录时让系统为AUTO_INCREMENT属性自动生成值的通常方法在VALUES列表中不指定该属性的值，如若有表t定义如下:
CREATE TABLE t (a INT AUTO_INCREMENT PRIMARY KEY, b INT);
则一般使用如下插入语句:
INSERT INTO t(b) VALUES(1);
即在插入时不指定a的值。
第二种方法是插入时为AUTO_INCREMENT属性指定值为0，即:
INSERT INTO t VALUES(0, 1);
与
INSERT INTO t(b) VALUES(1);
的效果是一样的。但这种方法没有第一种方法通用，并且在5.0及其后续版本中只有在SQL MODE中不包含
NO_AUTO_VALUE_ON_ZERO时才生效（如果在SQL MODE指定了
NO_AUTO_VALUE_ON_ZERO，则真的是插入了0），不推荐使用。还有其它的方法，如指定AUTO_INCREMENT属性的值为DEFAULT等，也不推荐使用。
获得新生成的AUTO_INCREMENT属性的值也有多种方法。推荐的方法是使用LAST_INSERT_ID()函数，即在INSERT之后马上使用:
SELECT LAST_INSERT_ID();
来获得新生成的AUTO_INCREMENT属性值。
另外还可以用"WHERE auto_col IS NULL"条件选择出新插入的行，即在INSERT后马上用:
SELECT * FROM t WHERE a IS NULL;
选择出来的将是新插入的行，而非真正的满足"a IS NULL"条件的行。但你要是再执行一次上述查询，则返回的又变成了真正的满足"a IS NULL"条件的行，由于a是主键，因此肯定会返回空集。这看上去很诡异是吗，不过MySQL也不想这么干，但ODBC标准里曾有这种用法，为了支持ODBC，MySQL也是没办法啊。不过可以将
SQL_AUTO_IS_NULL设为0来禁止这一用法。
此外AUTO_INCREMENT属性也给复制带来了麻烦。一般情况下复制AUTO_INCREMENT属性能正确工作，但以下情况还是有问题：
- INSERT DELAYED ... VALUES(LAST_INSERT_ID())不能被正确复制
- 存储过程插入的使用AUTO_INCREMENT属性的记录不能被正确复制
- 通过"ALTER TABLE"命令增加AUTO_INCREMENT属性时在主从节点上产生的值可能是不一样的，因为这个各行AUTO_INCREMENT属性的值取决于物理上的存储顺序。
