快照读适用于只读查询以获取一致性视图且不加锁，如普通SELECT；当前读用于需最新数据并加锁的场景，如SELECT ... FOR UPDATE、UPDATE等。
当前读和快照读不是靠“手动选择”，而是由 SQL 语句类型和事务行为自动决定的。理解它们的关键，在于明确“要不要最新数据”和“要不要加锁”这两个实际需求。
什么时候用快照读
快照读适用于大多数只读查询，目标是获得一个**不被并发写干扰的一致性视图**，且不希望阻塞别人。
- 所有不带锁提示的普通 SELECT 都是快照读，例如：
SELECT * FROM user WHERE id = 100; - 在可重复读（RR）隔离级别下，事务内第一次 SELECT 生成 Read View，后续快照读都复用它，保证多次查询结果一致；
- 在读已提交（RC）下，每次 SELECT 都新建 Read View，能读到其他事务刚提交的新数据，但依然不会看到未提交的修改；
- 适合报表统计、页面列表展示、状态校验等无需强实时性的场景。
什么时候用当前读
当前读适用于需要**基于最新状态做决策或修改**的场景，必须确保读到的是此刻真实值，并防止别人同时改。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 显式加锁查询：
SELECT ... FOR UPDATE（加排他锁）、SELECT ... LOCK IN SHARE MODE（加共享锁）； - 所有写操作都隐含当前读：
UPDATE、DELETE、INSERT ... ON DUPLICATE KEY UPDATE等执行前，都会先读取最新行并加锁； - 典型用途：扣减库存、转账前查余额、幂等更新、防止重复下单——这些操作若读到旧快照，可能引发超卖或覆盖问题；
- 注意：即使在 RR 级别，
SELECT ... FOR UPDATE也一定读最新版，不受事务内早先快照影响。
一个常见误区：以为“开启事务就自动快照读”
不是事务一开就固定快照。快照读的“快照时间点”取决于隔离级别和首次 SELECT 的时机：
- RC 级别：每次 SELECT 都是新快照；
- RR 级别：第一个 SELECT 触发 Read View 创建，之后才进入“快照复用期”；
- 如果事务里先执行了
UPDATE（当前读），再执行SELECT（快照读），后者仍按 RR 规则使用首次 SELECT 生成的 Read View —— 但这个“首次”可能已被写操作跳过，需留意执行顺序。
怎么验证你在用哪种读
没有直接命令显示“本次是快照读还是当前读”，但可通过行为判断：
- 执行
SELECT ... FOR UPDATE后，另一个事务对同一行UPDATE会被阻塞 → 这是当前读（加锁）； - 普通
SELECT执行时，另一事务成功UPDATE并提交，本事务再次SELECT结果不变（RR 下）→ 这是快照读； - 用
SHOW ENGINE INNODB STATUS\G查看锁信息，有活跃锁说明发生了当前读。
