数据库的并发问题
对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发问题:
脏读: 对于两个事务 T1, T2, T1 读取了已经被 T2 更新但还没有被提交的字段。之后, 若 T2 回滚, T1读取的内容就是临时且无效的。
不可重复读: 对于两个事务T1, T2, T1 读取了一个字段, 然后 T2 更新了该字段。之后, T1再次读取同一个字段, 值就不同了。
幻读: 对于两个事务T1, T2, T1 从一个表中读取了一个字段, 然后 T2 在该表中插入了一些新的行。之后, 如果 T1 再次读取同一个表, 就会多出几行。
数据库事务的隔离性: 数据库系统必须具有隔离并发运行各个事务的能力, 使它们不会相互影响, 避免各种并发问题。
一个事务与其他事务隔离的程度称为隔离级别。数据库规定了多种事务隔离级别, 不同隔离级别对应不同的干扰程度, 隔离级别越高, 数据一致性就越好, 但并发性越弱。
一、读未提交
//步骤1:从客户端中设置
set global transaction isolation level read uncommitted;
//步骤2:关闭当前客户端,重新打开两个客户端,分别查看隔离级别
客户端1:
客户端2:
//步骤3: 两个数据库连接都设置数据库不自动提交
set autocommit=0;
//步骤4:两个客户端分别开启事务
begin;/start transaction;
//步骤5:分别查询user=’CC’的记录
事务1中查询:
事务2中查询
步骤6:事务1中修改balance=5000;
update user_table set balance=5000 where user='CC';
事务1中查询:
事务2中查询
结论:读未提交隔离级别
一个事务中可以读取其他事务未提交的数据
二、读已提交
//步骤1:从客户端中设置
//步骤2:关闭当前客户端,重新打开两个客户端,分别查看隔离级别
客户端1:
客户端2:
//步骤3: 两个数据库连接都设置数据库不自动提交
set autocommit=0;
//步骤4:两个客户端分别开启事务
begin;/start transaction;
//步骤5:分别查询user=’CC’的记录
事务1中查询
事务2中查询
步骤6:事务1中修改balance=5000;
update user_table set balance=5000 where user='CC';
事务1中查询:
事务2中查询
//步骤7:事务1中提交事务commit;
事务1中查询
事务2中查询
结论:读已提交
一个事务中可以读取其他事务已提交的更新
三、可重复读
//步骤1:开启两个客户端,设置
set global transaction isolation level REPEATABLE-READ;
//步骤2:两个数据库连接都设置数据库不自动提交
set autocommit=0;
//步骤3:两个客户端分别开启事务
begin;/start transaction;
//步骤4:分别查询user=’CC’的记录
事务1中查询:
事务2中查询:
步骤5:事务1中修改balance=5000;
update user_table set balance=5000 where user='CC';
事务1中查询
事务2中查询
步骤6:事务1中提交事务 commit;
事务1中查询
事务2中查询
步骤7:事务2中提交事务
事务2中查询
结论:可重复读隔离级别
一个事务中读取的数据是可重复读的(即一致的),不管数据是否发生了变化(MVCC技术)