数据库事务
数据库事务能够这么了解，满足数据库 ACID 个性的一组操作。咱们能够应用 COMMIT 命令提交事务，也能够用 ROLLBACK 回滚事务。
MySQL 中默认采纳主动提交 (AUTOCOMMIT) 模式。如果不显式应用 START TRANSACTION 语句来开始一个事务，那么每个查问都会被当做一个事务主动提交。
数据库的 acid 个性 Atomicity(原子性)
原子性示意该操作不可再被宰割，要么全副胜利，要么全副失败。回滚能够用日志来实现，日志记录着事务所执行的批改操作，在回滚时反向执行这些批改操作即可。
Consistency(一致性)
一致性示意一个操作必须是从一个一致性状态转换到另外一个一致性状态。
什么是一致性状态呢？就以转账为例子，我转给你钱，那么我的钱就必须缩小，而你的减少，不可能我的钱不少，你的钱凭空减少。
Isolation(隔离性)
隔离性是指数据库一个操作不能被其余操作所影响。比方有多个用户同时开启了事务，a 用户开启的事务不能被 b 用户开启的事务所影响。
Durability(持久性)
一旦你的事务提交 (commit) 之后，则产生的所有批改和数据都会被永久化的记录起来。即便零碎产生解体，事务执行的后果也不能失落。除非你的硬盘全损坏了 0-0。
并发导致的问题批改失落
有两个事务同时一行记录进行批改，其中后面批改的数据被前面批改的数据笼罩了。导致后面批改的数据有效:
这里 T1 先将数据批改成 50，然而之后被 T2 笼罩，导致 T 批改有效。
脏数据读取
与下面差不多。两个并发的事务，A 事务和 B 事务同时操作了同一行数据，A 将数据批改之后，此条数据被 B 事务读取，之后如果 A 将事务回滚，而 B 就读到了有效的“脏数据”。
举个例子：小明给我打 1000¥，我查余额时发现我多了 1000¥, 很开心的打算去买衣服。此时因为银行程序谬误，刚刚小明打的钱被回滚了。导致我的账户理论并没有这么多钱，前面我选好衣服后发现账户余额有余。。。
不可反复读
是指在一个事务内，屡次读同一数据。在这个事务还没有完结时，另外一个事务也拜访该同一数据。那么，在第一个事务中的两次读数据之间，因为第二个事务的批改，那么第一个事务两次读到的的数据可能是不一样的。java 培训这样在一个事务内两次读到的数据是不一样的，因而称为是不可反复读。（同时操作，事务 1 别离读取事务 2 操作时和提交后的数据，读取的记录内容不统一。不可反复读是指在同一个事务内，两个雷同的查问返回了不同的后果。）
幻读
事务 T1 读取一条指定的 Where 子句所返回的后果集，而后 T2 事务新插入一行记录，这行记录恰好能够满足 T1 所应用的查问条件。而后 T1 再次对表进行检索，但又看到了 T2 插入的数据。（和可反复读相似，然而事务 T2 的数据操作仅仅是插入和删除，不是批改数据，读取的记录数量前后不统一）.
幻读的重点在于新增或者删除 (数据条数变动).
事务隔离级别
Serializable(串行化)
所有事务一个接着一个的执行，这样能够防止幻读 (phantom read)
Repeatded Read(可反复读)
所有被 Select 获取的数据都不能被批改，这样就能够防止一个事务前后读取数据不统一的状况。然而却没有方法管制幻读，因为这个时候其余事务不能更改所选的数据，然而能够减少数据，即前一个事务有读锁然而没有范畴锁，为什么叫做可反复读等级呢？那是因为该等级解决了上面的不可反复读问题。
Read Committed(读已提交)
被读取的数据能够被其余事务批改，这样可能导致不可反复读。也就是说，事务读取的时候获取读锁，然而在读完之后立刻开释(不须要等事务完结)，而写锁则是事务提交之后才开释，开释读锁之后，就可能被其余事务批改数据。
Read uncommited(读未提交)
最低的隔离等级，容许其余事务看到没有提交的数据，会导致脏读。
总结
四个级别逐步加强，每个级别解决一个问题，每个级别解决一个问题，事务级别遇到，性能越差，大多数环境(Read committed 就能够用了)。