事务的性质
- A:Atomicity
- C: Consistency
- I: Isolation
- D: Durability
即原子性、一致性、隔离性、持久性
脏读、不可重复读、幻读
- 脏读:读到其他事务未提交的数据
- 不可重复读:前后读取的记录内容不一致
- 幻读:前后读取的记录数量不一致。
当数据库上有多个事务同时执行的时候,就可能出现脏读(dirty read)、不可重复读(non-repeatable read)、幻读(phantom read)的问题,为了解决这些问题,就有了“隔离级别”的概念。在谈隔离级别之前,你首先要知道,你隔离得越严实,效率就会越低。因此很多时候,我们都要在二者之间寻找一个平衡点。
事务隔离级别
- 读未提交(read uncommitted)
- 读提交(read committed)
- 可重复读(repeatable read)
- 串行化(serializable )
- 读未提交是指,一个事务还没提交时,它做的变更就能被别的事务看到
- 读提交是指,一个事务提交之后,它做的变更才会被其他事务看到
- 可重复读是指,一个事务执行过程中看到的数据,总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下,未提交变更对其他事务也是不可见的
- 串行化,顾名思义是对于同一行记录,“写”会加“写锁”,“读”会加“读锁”。当出现读写锁冲突的时候,后访问的事务必须等前一个事务执行完成,才能继续执行。队列,先来后到
在实现上,数据库里面会创建一个视图,访问的时候以视图的逻辑结果为准。在“可重复读”隔离级别下,这个视图是在事务启动时创建的,整个事务存在期间都用这个视图。在“读提交”隔离级别下,这个视图是在每个 SQL 语句开始执行的时候创建的。这里需要注意的是,“读未提交”隔离级别下直接返回记录上的最新值,没有视图概念;而“串行化”隔离级别下直接用加锁的方式来避免并行访问。
常见数据库事务隔离级别
- MySQL默认的隔离级别是repeatable read
- Oracle 数据库是read committed
对于一些从 Oracle 迁移到 MySQL 的应用,为保证数据库隔离级别的一致,你一定要记得将 MySQL 的隔离级别设置为“读提交”
不使用长事务是因为长事务的存在会
- 占有锁资源,可能拖垮整个库
- 长事务可能导致暂时需要保存很多undo log,会占用内存空间。
事务启动方式
- 显式启动事务语句,begin或者start transaction,提交commit,回滚rollback;
- set autocommit=0,该命令会把这个线程的自动提交关掉。这样只要执行一个select语句,事务就启动,并不会自动提交,直到主动执行commit或rollback或断开连接。