mysql 100个线程并发修改数据库某行记录，加锁不加锁结果分析

最新推荐文章于 2025-06-23 17:56:20 发布

原创

最新推荐文章于 2025-06-23 17:56:20 发布 · 9.3k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#mysql为什么还要提供行锁 #并发修改同一行数据库记录数据丢失

文章探讨了MySQL为何需要行锁和表锁机制，即使有了事务ACID特性。通过实验，作者验证了在并发环境下，仅依赖事务无法避免数据丢失，需要配合锁来确保数据一致性。测试中，100个线程并发对数据库某行记录进行累加操作，展示了加锁的重要性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近看到了mysql有行锁和表锁两个概念，越想越疑惑。为什么mysql要提供锁机制，而且这种机制不是一个摆设，还有很多人在用。在现代数据库里几乎有事务机制，acid的机制应该能解决并发调度的问题了，为什么还要主动加锁呢

后来看到一篇文章，“防止更新丢失，并不能单靠数据库事务控制器来解决，需要应用程序对要更新的数据加必要的锁来解决”。瞬间，世界观都崩塌了。非常不敢相信，于是自己写了代码检验一下。数据库表是这样的。用count字段来做100次累加。

import java.sql.Connection;

import java.sql.DriverManager;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.util.concurrent.CountDownLatch;

public class LostUpdate implements Runnable {

   private CountDownLatch coLatch;

   public LostUpdate(CountDownLatch countDown) {
       this.coLatch = countDown;
   }

   @Override
   public void run() {
       // TODO Auto-generat