MySQL 和 SQL Server 在处理可重复读（REPEATABLE READ）隔离级别下的读写操作时的差异

MySQL 中的可重复读隔离级别

在 MySQL 中：

• 快照读（Snapshot Read）：在可重复读隔离级别下，事务使用多版本并发控制（MVCC）进行快照读。这意味着读操作读取的是事务开始时的数据快照，而不是实时数据。这种方式不会加锁，因此不会阻塞其他事务的写操作。

  例如：

  START TRANSACTION;
  SELECT * FROM employees WHERE id = 1;
  -- 这不会加锁，也不会阻塞其他事务的写操作。
  

• 当前读（Current Read）：使用 SELECT ... FOR UPDATE 或 SELECT ... LOCK IN SHARE MODE 等当前读操作会对读取的行加锁。这种方式会阻塞其他事务的写操作。

  例如：

  START TRANSACTION;
  SELECT * FROM employees WHERE id = 1 FOR UPDATE;
  -- 这会对读取的行加锁，阻塞其他事务的写操作。
  

SQL Server 中的可重复读隔离级别

在 SQL Server 中：

• 可重复读隔离级别：SQL Server 的可重复读隔离级别通过行锁（Row Lock）和键范围锁（Key-Range Lock）来防止脏读和不可重复读。当一个事务读取某行数据时，SQL Server 会对该行加共享锁（S Lock），其他事务可以读取该行，但不能修改或删除该行。共享锁会在事务结束时才释放。因此，当一个事务读取数据时，其他事务不能更新相同的数据行，直到第一个事务完成。

  例如：

  -- 事务 A
  BEGIN TRANSACTION;
  SELECT * FROM employees WHERE id = 1;
  -- 事务 A 不提交，保持开启状态。
  
  -- 事务 B
  BEGIN TRANSACTION;
  UPDATE employees SET salary = 2500 WHERE id = 1;
  -- 事务 B 会被阻塞，直到事务 A 提交或回滚。
  

区别总结

• MySQL：在可重复读隔离级别下，默认使用快照读，这不会加锁，因此不会阻塞其他事务的写操作。只有在使用当前读（如 SELECT ... FOR UPDATE）时，才会加锁并导致阻塞。

• SQL Server：在可重复读隔离级别下，读操作会加共享锁，阻止其他事务更新相同的数据行，直到当前事务完成。

这种差异主要是由于两者在实现可重复读隔离级别时采用的机制不同。MySQL 使用多版本并发控制（MVCC）来实现一致性读，而 SQL Server 则依赖锁机制来确保数据一致性和防止并发写冲突。

示例演示

MySQL

1. 事务 A：

   START TRANSACTION;
   SELECT * FROM employees WHERE id = 1;
   -- 这不会加锁
   

2. 事务 B：

   START TRANSACTION;
   UPDATE employees SET salary = 2500 WHERE id = 1;
   COMMIT;
   -- 这可以成功执行，因为事务 A 的快照读不会加锁
   

SQL Server

1. 事务 A：

   BEGIN TRANSACTION;
   SELECT * FROM employees WHERE id = 1;
   -- 这会对读取的行加共享锁
   

2. 事务 B：

   BEGIN TRANSACTION;
   UPDATE employees SET salary = 2500 WHERE id = 1;
   -- 这会被阻塞，直到事务 A 提交或回滚
   

通过这些例子，我们可以清楚地看到 MySQL 和 SQL Server 在处理可重复读隔离级别下的读写操作时的行为差异。