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. 当前读和快照读的区别
- 锁定机制:当前读会对读取的行记录加锁,而快照读则不会加锁。
- 数据一致性:当前读能够确保读取到的数据在事务执行期间不会被其他事务修改,从而保证数据的一致性;而快照读则基于事务开始时的数据快照进行读取,可能无法反映最新的数据状态。
- 并发性能:由于快照读不需要加锁,因此并发性能较好,适用于读多写少的场景;而当前读由于需要加锁,可能会阻塞其他事务的读写操作,并发性能相对较差。
- 幻读问题:快照读可能会遇到幻读问题,而当前读则不会(为了避免其他行的创建,设置了间隙锁)。