delete后加 limit是个好习惯么
在业务场景要求高的数据库中,对于单条删除和更新操作,在delete和update后面加limit 1绝对是个好习惯。比如,在删除执行中,第一条就命中了删除行,如果SQL中有limit 1;这时就return了,否则还会执行完全表扫描才return。效率不言而喻。 那么,在日常执行delete时,我们是否需要养成加 limit 的习惯呢?是不是一个好习惯呢? 在日常的SQL编写中,你写delete语句时是否用到过以下SQL? delete from t where sex = 1 limit 100; 你或许没有用过,在一般场景下,我们对 delete 后是否需要加 limit 的问题很陌生,也不知有多大区别,今天带你来了解一下,记得mark! 写在前面,如果是清空表数据建议直接用truncate,效率上truncate远高于delete,应为truncate不走事务,不会锁表,也不会生产大量日志写入日志文件;truncate table table_name 后立刻释放磁盘空间,并重置auto_increment的值。delete删除不释放磁盘空间,但后续insert会覆盖在之前删除的数据上。详细了解请跳转另一篇博文 《delete、truncate、drop的区别有哪些,该如何选择》 下面只讨论delete场景,首先,delete后面是支持limit关键字的,但 仅支持单个参数