数据库的事务
事务：一组数据库操作，要么全都执行，要么都不执行;
事务特性：ACID. 原子性：事务是最小的执行单位，不可分割，保证事务要么都完成，要么都不完成。
一致性：？？？执行事务前后，数据保持一致。隔离性：并发访问数据库时：一个事务不被其他事务干扰。持久性：事务一 旦提交，对数据库的改变是持久的
并发事务带来的问题：
脏读：一个事务读取了另一个事务修改但未提交的数据。
丢失修改：数据被两个事务连续修改，第一个事务的修改丢失了。
不可重复读，一个事务连续读两次数据，但结果不一样。(两次读之间，数据被其他事务修改)。
幻读：一个事务连续读两次数据，读取数据量不一样。(两次读之前，数据被其他事务删除或新增)。
1、事务的并发问题是如何发生的？
多个事务 同时 操作 同一个数据库的相同数据时
2、并发问题都有哪些？
脏读：一个事务读取了其他事务还没有提交的数据，读到的是其他事务“更新”的数据
不可重复读：一个事务多次读取，结果不一样
幻读：一个事务读取了其他事务还没有提交的数据，只是读到的是 其他事务“插入”的数据
3、如何解决并发问题
通过设置隔离级别来解决并发问题
4、隔离级别
脏读 不可重复读 幻读
read uncommitted:读未提交 × × ×
read committed：读已提交 √ × ×
repeatable read：可重复读 √ √ ×
serializable：串行化 √ √ √
事务隔离级别:
1、读未提交。可以读取尚未提交的数据。能导致脏读，不可重复读，幻读。
2、读已提交。允许读取并发事务已经提交的数据。导致不可重复读，幻读。
3、可重复读。意义在哪？？？？对同一字段，多次读取结果一致。导致幻读。
不可重复读很容易让人陷入一个思维定式那就是 我干嘛需要多次读取一个值还要保证一致
要跳出这个思维看本质：我在事务中会不会受到其他事务的影响？
举个简单的例子 数据校对（只是举个例子体现意思 不用太在意具体的业务）
我要取当前的余额 当前的账单 上个月的余额 我要检验一下数据对不对
我在事务中取了当前的账单和上个月的余额，好嘛，这时候又有新的订单提交了，我再获取余额是不是就不一致了？
4、串行化。所有事务，依次执行。没啥问题。（这个串行化是针对行锁的，不同行的事务可以并发）
设置隔离级别之后，并不是不能并发，而是并发的时候，一个事务的修改数据(绝对读到，提交的才能读到。提交不提交，更新的数据都读不到。提交不提交，增删的数据都读不到)，什么时候才能被另一个事务读到。但彼此的逻辑操作没有影响。
MySQL InnoDB默认支持可重复读，但使用了Next-Key Lock算法避免了幻读的发生。完全达到了保保证事务的隔离要求。但在分布式事务下，一般可串行化。
Innodb和Myisam的区别：
1、MyISAM不支持事务，而Innodb支持事务。2、Myisam是表级锁，而Innodb是行级锁。3外键支持：mysiam表不支持外键，而InnoDB支持。4、count运算：myisam缓存有表的行数，这种缓存只是表行的总数，where筛选无效。而Innodb没有。
MyISAM适合：(1)做很多count 的计算；(2)读密集；(3)没有事务。
InnoDB适合：(1)要求事务；(2)写密集（3）高并发