数据库学习--(事务)

什么是数据库事务？

数据库事务(Database Transaction)，是指作为单个逻辑工作单元执行的一些列操作，要么完全地执行，要么完全地不执行。
事务处理可以确保除非事务单元内的所有操作都成功完成，否则不会永久更新面向数据的资源。通过将一组相关操作组合为一个要么全部成功要么全部失败的单元，可以简化错误恢复并使应用程序更加可靠。一个逻辑工作单元要成为事务，必须满足所谓的ACID(原子性、一致性、隔离性、持久性)属性。

事务的四大特性

• 原子性(Atomic)
  事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。

• 一致性(Consistency)
  事务前后数据的完整性必须保持一致

• 隔离性(Isolation)
  事务的隔离性是指多个用户并发访问数据库的时候，一个用户的事务不能被其他用户的事务干扰，多个并发事务之间的数据要相互隔离

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

隔离性
数据库的其他三大特性数据库可以帮我们保证。
数据库的隔离性问题本质上就是多线程并发安全性问题。
可以用锁来解决多线程并发安全问题，但是如果用了锁，必然会造成程序的性能大大下降，对于数据库这种高并发要求的程序来说这是不可接受的。

我们可以具体分析下隔离性产生的细节
如果两个线程并发修改，必然会产生多线程并发安全问题，必须隔离开；
如果两个线程并发查询，必然没有问题，不需要隔离；
如果一个线程修改，一个线程查询，在不同的应用场景下有可能有问题，可能没问题。

隔离性可能造成的问题

• 脏读：一个事务读取到另一个事务未提交的数据
• 不可重复读：一个事务多次读取数据库中的同一条记录，多次查询的结果不同(一个事务读取到另一个事务已经提交的数据)
• 虚读/幻读：有可能出现，有可能不出现。一个事务多次查询整表数据，多次查询时，由于其他事务增删数据，造成查询结果不同(一个事务读取到另一个事务已经提交的数据)

数据库的四大隔离级别

对于上述的问题，防止的问题越多性能越低，防止的问题越少，则安全性越差。

到底该防止那些问题应该由数据库使用者根据具体业务场景来决定，所以数据库的设计者并没有把防止哪类问题写死，而是提供了如下选项：

• Read uncommitted：不做任何隔离、不可重复读、虚读(幻读)问题
• Read Committed：可以防止脏读，但是不恩能够防止不可重复读、虚读(幻读)问题
• Repeatable Read：可以防止脏读，不可重复读，但是不能防止虚读(幻读)问题
• Serializable：可以防止所有的隔离性问题，但是数据库就被设计为了串行化的数据库，性能很低。