批量删除数据时,InnoDB如何处理自增ID是一个潜在的漏洞。整个实验步骤如上图所示:第一步:创建一个表,设置自己添加的列;第二步:指定id=1插入,锚定id
批量删除数据时,InnoDB如何处理自增ID是一个潜在的漏洞。
整个实验步骤如上图所示:
第一步:创建一个表,设置自己添加的列;
第二步:指定id=1插入,锚定id = 1的第一行;
第三步:插入3行,不指定id,取决于自动递增机制;
画外音:这个时候id应该是2,3,4?
第四步:删除,删除所有记录;
画外音:这里很容易出坑。
第五步:指定id=0进行插入;
第六步:指定id=1进行插入;
第7步:插入1行,不指定id,取决于自动递增机制;
请问此时表中三行记录的id是什么?
符合大家的预期吗?
今天花1分钟讲讲使用truncate和delete批量删除数据的异同。
删除批次数据有三种常用方法。
翻桌
当不需要该表时,可以使用此方法。
截断表格
删除所有数据,同时保留表,速度很快。
画外音:可以理解为,drop table然后create table。
从表格中删除
可以删除所有数据,保留表,但是性能很差。
还可以用where条件删除一些数据,比较灵活。
虽然truncate和delete都可以删除所有数据并保留表,但两者有明显的区别。
一,
Truncate是一个DDL语句,不存在所谓的“事务回滚”。
是delete DML语句,执行后可以回滚。
第二,
Truncate table返回值为0;
fromtable的返回值是已删除的行数。
第三,
InnoDB支持一个表和一个文件。此时:
Truncate会一次性杀表,不会激活触发器,速度很快;
删除表会逐行删除,会激活触发器,比较慢。
画外音:删除数据,这是为了记录。truncate table不需要日志记录。
四,
当表中的列被其他表用作外键时:
截断将失败;
删除将会成功。
画外音:这种数据删除失败很容易定位问题,因为错误提示很容易理解。
五,
当表中有自增列时,为:
Truncate将恢复自增量计数;
删除所有数据后,自增列计数不会从头开始。
画外音:所以在删除所有数据后,这种增加列数的行为往往不是用户想要的,所以是一个潜在的坑。
现在,你有什么发现吗?
请根据自己的业务场景选择删除数据的方式。
看完三件事❤️
如果你觉得这个内容对你挺有帮助的,我想请你帮我四个小忙:
点赞,转发,有你们的 『点赞和评论』,才是我创造的动力。关注头条号 『 JAVA后端架构 』,不定期分享原创知识。同时可以期待后续文章ing关注作者后台私信【888】有惊喜相送
作者:58申建_建筑师之路
链接:https://juejin.cn/post/6954929460818739231
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。
作者:美站资讯,如若转载,请注明出处:https://www.meizw.com/n/113096.html