行数据批量delete时，InnoDB如何处理自增ID的？
是否符合大家的预期？
今天花1分钟，说说使用truncate与delete批量删除数据的异同。
画外音：可以理解为，drop table然后再create table。虽然truncate和delete都能够删除所有数据，且保留表，但他们之间是有明显差异的。truncate是DDL语句，它不存在所谓的“事务回滚”；delete是DML语句，它执行完是可以rollback的。delete from table返回值是被删除的行数。truncate会一次性把表干掉，且不会激活触发器，速度非常快；delete from table则会一行一行删除，会激活触发器，速度比较慢。画外音：delete数据，是要记录日志的，truncate表不需要记录日志。当表中有列被其它表作为外键(foreign key)时：画外音：这类数据删除失败很容易定位问题，因为报错提示简单易懂。delete所有数据后，自增列计数并不会从头开始。画外音：因此，delete所有数据后，自增列计数的这个行为，往往不是用户想要的，所以是一个潜在坑。相关文章：
《让我深有感触的一件事》
