事务

事务？ 所谓事务，就是程序中对象正在做的某件事，事务具有几个特性：

    （1）原子性（Atomicity）
原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。 

    （2）一致性（Consistency）
事务前后数据的完整性必须保持一致。

    （3）隔离性（Isolation）
事务的隔离性是指多个用户并发访问数据库时，一个用户的事务不能被其它用户的事务所干扰，多个并发事务之间数据要相互隔离。

    （4）持久性（Durability）
持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响

------

Serializable：可避免脏读、不可重复读、虚读情况的发生。（串行化）

Repeatable read：可避免脏读、不可重复读情况的发生。（可重复读）不可以避免虚读

Read committed：可避免脏读情况发生（读已提交）

Read uncommitted：最低级别，以上情况均无法保证。(读未提交)

set [global/session]  transaction isolation level 设置事务隔离级别

select @@tx_isolation查询当前事务隔离级别

安全性来说：Serializable>Repeatable read>Read committed>Read uncommitted

效率来说：Serializable<Repeatable read<Read committed<Read uncommitted

通常来说，一般的应用都会选择Repeatable read或Read committed作为数据库隔离级别来使用。

------

事务的丢失更新问题(lost update )：

（1）两个或多个事务更新同一行，但这些事务彼此之间都不知道其它事务进行的修改，因此第二个更改覆盖了第一个修改 

（2）共享锁：共享锁和共享锁可以共存。共享锁和排他锁不能共存。在Serializable隔离级别下一个事务进行查询操作将会加上共享锁。

（3）排他锁：排他锁和所有锁都不能共存。无论什么隔离级别执行增删改操作时，会加上排他锁

（4）.数据库设计为Serializable隔离级别，就可以防止更新丢失问题。

 乐观锁和悲观锁并不是数据库中真实存在的锁，是我们如何利用共享和排他锁解决更新丢失问题的两种解决方案，体现了人们看待事务的态度：

悲观锁：悲观的认为大部分情况下进行操作都会出现更新丢失问题。

在每次进行查询的时候，都手动的加上一个排他锁。

select * from table lock in share mode（读锁、共享锁）

            select * from table for update （写锁、排它锁）

乐观锁：乐观的认为大部分的情况下都不会有更新丢失问题。通过时间戳字段，

在表中设计一个版本字段version，当每次对数据库中的数据进行修改操作时，版本号都要进行增加。

（5）如果我的程序修改比较少查询比较多：乐观锁

如果我的程序查询比较少修改比较多：悲观锁

转载于:https://my.oschina.net/u/1987870/blog/538182