当前读和快照读

1. 当前读

---

当前读，也被称为锁定读，它会对读取的行记录加锁，以保证在事务进行期间，读取的数据不会被其他事务修改。这种读操作会实时反映数据库的最新状态，因此被称为“当前”读。

在MySQL中，使用以下SQL语句会触发当前读：

SELECT … FOR UPDATE
SELECT … LOCK IN SHARE MODE
这些语句会在读取数据的同时，对相应的行记录加上锁，以防止其他事务对其进行修改。这种读方式通常用于需要保证数据一致性的场景，比如金融交易等。

示例代码

START TRANSACTION;
SELECT * FROM accounts WHERE id = 1 FOR UPDATE;
-- 这里会锁定id为1的记录，直到事务结束
COMMIT;

当前读的底层原理：
当前读，也被称为锁定读，它会对读取的行记录加锁，以保证在事务进行期间，读取的数据不会被其他事务修改。这种读操作依赖于MySQL的锁机制来实现。

在InnoDB存储引擎中，锁主要分为共享锁（S锁）和排他锁（X锁）。当执行当前读操作时，如果需要使用到排他锁，则会阻塞其他事务对该行记录的读写操作，直到当前事务结束并释放锁。这种锁定机制确保了当前读能够读取到最新且一致的数据状态。

此外，InnoDB还采用了行级锁和MVCC（多版本并发控制）机制来优化锁的粒度，提高并发性能。行级锁允许对单个行记录进行加锁，而不是对整个表进行加锁，从而减少了锁冲突的可能性。而MVCC则通过保存数据的多个版本来实现无锁读，使得读操作与写操作可以并发进行，互不干扰。

2. 快照读

---

快照读，也称为一致性非锁定读，它不会锁定任何行记录，而是基于一个快照来读取数据。这个快照是在事务开始时创建的，因此在事务执行期间，即使其他事务修改了数据，当前事务看到的仍然是事务开始时的数据状态。

在MySQL中，普通的SELECT语句（不带FOR UPDATE或LOCK IN SHARE MODE）就是快照读。这种读方式不会阻塞其他事务的读写操作，因此并发性能较好。但是，它也可能导致幻读（Phantom Read）的问题，即在一个事务内多次读取同一个范围的数据时，由于其他事务的插入操作，导致每次读取到的数据行数不同。

示例代码：

START TRANSACTION;
SELECT * FROM accounts WHERE balance > 100;
-- 这里读取的是事务开始时的数据快照，即使其他事务修改了数据也不会影响本次读取
COMMIT;

快照读的底层原理：
快照读，也称为一致性非锁定读，它基于一个快照来读取数据，这个快照是在事务开始时创建的。快照读的实现主要依赖于InnoDB的MVCC机制。

MVCC的核心思想是为每个事务提供一个独立的数据版本，使得不同事务可以看到不同的数据状态。当事务开始时，它会获取一个版本号，并基于这个版本号来读取数据。即使其他事务在此期间修改了数据，当前事务仍然能够看到它开始时的数据状态。

具体来说，当数据被修改时，InnoDB并不会直接覆盖原始数据，而是会保留原始数据的一个版本，并标记为旧版本。同时，修改后的数据会被标记为新版本，并关联上当前事务的版本号。当其他事务进行快照读时，它会根据自身的版本号来读取对应的数据版本。

这种机制保证了快照读的非锁定性和一致性。由于读取的是数据的快照版本，而不是实时版本，因此不会受到其他事务的写操作的影响。同时，由于每个事务都有独立的数据版本，因此也不会出现脏读或不可重复读的问题。

3. 当前读和快照读的区别

---

1. 锁定机制：当前读会对读取的行记录加锁，而快照读则不会加锁。
2. 数据一致性：当前读能够确保读取到的数据在事务执行期间不会被其他事务修改，从而保证数据的一致性；而快照读则基于事务开始时的数据快照进行读取，可能无法反映最新的数据状态。
3. 并发性能：由于快照读不需要加锁，因此并发性能较好，适用于读多写少的场景；而当前读由于需要加锁，可能会阻塞其他事务的读写操作，并发性能相对较差。
4. 幻读问题：快照读可能会遇到幻读问题，而当前读则不会（为了避免其他行的创建，设置了间隙锁）。