mysql mvcc验证

验证 MySQL MVCC 的工作原理
为了理解并验证MySQL中的多版本并发控制（MVCC），可以创建具体的测试场景来观察不同事务之间的交互行为。这些实验能够展示MVCC如何处理读写操作而不引起冲突。
创建测试环境
首先，在具有InnoDB作为默认存储引擎的环境中设置两个会话窗口，分别代表不同的客户端连接到同一个数据库实例上执行SQL命令：
-- 设置隔离级别为可重复读取 (REPEATABLE READ)
SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;
登录后复制
测试案例 1：不可见更新
在一个会话中启动一个未提交的事务，并修改某些记录；而在另一个会话里尝试查询相同的记录集，应该看不到第一个会话所做的更改直到它被正式提交为止[^2]。
Session A:
START TRANSACTION;

UPDATE employees SET salary = salary * 1.1 WHERE employee_id = 101; -- 增加工资但不提交
SELECT * FROM employees WHERE employee_id = 101;
登录后复制
Session B:
SELECT * FROM employees WHERE employee_id = 101; -- 应该返回原始数据而不是已更新的数据
登录后复制
当Session A最终发出COMMIT语句之后再让Session B重新运行上述查询，则可以看到最新的薪资变化情况。
测试案例 2：防止幻影读
此部分展示了即使有新行插入或删除的情况下，只要是在同一事务内多次读取相同范围内的数据时都能得到一致的结果集合。
假设有一个名为employees的表，其中包含员工的信息以及他们的部门编号(dept_no)。
Session C:
START TRANSACTION;

INSERT INTO employees VALUES ('John Doe', 'D009'); -- 插入一条新的记录但是并不立即提交
登录后复制
Session D:
START TRANSACTION;

SELECT COUNT(*) AS count_before, MAX(employee_name) as max_name
FROM employees WHERE dept_no='D009';

-- 此处等待一段时间以便于其他会话完成其操作后再继续...

SELECT COUNT(*) AS count_after, MAX(employee_name) as max_name
FROM employees WHERE dept_no='D009';
登录后复制
如果在两次查询之间没有任何来自外部的影响因素干扰的话，那么这两个结果应当完全一样——即count_before等于count_after而且max_name也保持不变。这证明了在同一事务期间对于特定条件下的扫描总是能看到同样的视图而不会受到中途发生的变更影响。
通过以上两种方式可以有效地检验MySQL下MVCC的实际运作状况及其特性表现形式。