方案三 ， 人为自己制造锁竞争 ， 加剧并发量 。

方案二相对比较好 ， 具体还要结合实际业务场景 。

--------------------------------------------
肉山：
不考虑数据表的访问并发量 ， 单纯从这个三个方案来对比的话 。

• 第一个方案 ， 一次占用的锁时间较长 ， 可能会导致其他客户端一直在等待资源 。
  
• 第二个方案 ， 分成多次占用锁 ， 串行执行 ， 不占有锁的间隙其他客户端可以工作 ， 类似于现在多任务操作系统的时间分片调度 ， 大家分片使用资源 ， 不直接影响使用 。
  
• 第三个方案 ， 自己制造了锁竞争 ， 加剧并发 。
  

至于选哪一种方案要结合实际场景 ， 综合考虑各个因素吧 ， 比如表的大小 ， 并发量 ， 业务对此表的依赖程度等 。
-------------------------------------------
～嗡嗡：

• 1. 直接 delete 10000 可能使得执行事务时间过长
  
• 2. 效率慢点每次循环都是新的短事务 ， 并且不会锁同一条记录 ， 重复执行 DELETE 知道影响行为 0 即可
  
• 3. 效率虽高 ， 但容易锁住同一条记录 ， 发生死锁的可能性比较高
  

-------------------------------------------
怎么删除表的前 10000 行 。 比较多的朋友都选择了第二种方式 ， 即：在一个连接中循环执行 20 次 delete from T limit 500 。 确实是这样的 ， 第二种方式是相对较好的 。
第一种方式（即：直接执行 delete from T limit 10000）里面 ， 单个语句占用时间长 ， 锁的时间也比较长；而且大事务还会导致主从延迟 。
第三种方式（即：在 20 个连接中同时执行 delete from T limit 500） ， 会人为造成锁冲突 。
这个例子对我们实践的指导意义就是 ， 在删除数据的时候尽量加 limit 。 这样不仅可以控制删除数据的条数 ， 让操作更安全 ， 还可以减小加锁的范围 。 所以 ， 在 delete 后加 limit 是个值得养成的好习惯 。
文章插图
之前 ， 给大家发过三份Java面试宝典 ， 这次新增了一份 ， 目前总共是四份面试宝典 ， 相信在跳槽前一个月按照面试宝典准备准备 ， 基本没大问题 。

• 《java面试宝典5.0》(初中级)
  
• 《350道Java面试题：整理自100+公司》（中高级）
  
• 《资深java面试宝典-视频版》（资深）
  
• 《Java[BAT]面试必备》（资深）
  

分别适用于初中级 ， 中高级 ， 资深级工程师的面试复习 。
内容包含java基础、javaweb、mysql性能优化、JVM、锁、百万并发、消息队列 ， 高性能缓存、反射、Spring全家桶原理、微服务、Zookeeper、数据结构、限流熔断降级等等 。
文章插图
看到这里 ， 证明有所收获

• 网站|MFSA警告：Advent Trading Limited套牌运营
• C/C++编程笔记：重载C++中的New和Delete运算符
• 面试官灵魂一问：MySQL 的 delete、truncate、drop 有什么区别？
• 铃鹿|阴阳师：铃鹿御前错失最后加强机会？风评大跌沦落成图鉴牺牲品“舅舅”预言贴大量PV剧情铺垫设定独特新颖SSR全图鉴新式神该不该成为版本之子？