请口述以下问题：
- 什么是事务到特性，具体说说你到理解
- 请举一个案例描述为什么要用到事务（转账）
- 事务的隔离级别
- 待续。。。
1、事务到特性（ACID）
- Atomicty 原子性
事务不可再分。
现实中的一个需求，由多条SQL实现时，现实中的一件事只有两种结果，要么成功要么失败。事务机制就实现了将多条sql“当成”一条sql来执行，通过这种机制加上人为的判断，实现多条sql要么都成功，要第都失败。 - Consistence 一致性
事务的执行过程中，对数据表的影响是没有的。 - Isolation 隔离性
当一个事件的执行，不会影响其他客户端的数据表中查询到的结果。 - Duration 永久性
当一个事务执行交，其影响就是永久的。
A->B（A给B转账100）
正常mysql流程：
| A账户 | B账户 |
|---|---|
| A-100 | B+100 |
可能情况：
| 情况 | A账户 | B账户 |
|---|---|---|
| 第一种 | A-100 | B+100 |
| 第二种 | A-100 | B |
| 第三种 | A | B+100 |
| 第四种 | A | B |
2、隔离性与隔离级别
当数据库上有多个事务同时执行的时候，就可能出现脏读（dirty read）、不可重复读（non-repeatable read）、幻读（phantom read）的问题，为了解决这些问题，就有了“隔离级别”的概念。
SQL标准的事务隔离级别包括：读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（serializable ）
- 读未提交是指，一个事务还没提交时，它做的变更就能被别的事务看到。
事务没提交，做等变更别等事务能看到 - 读提交是指，一个事务提交之后，它做的变更才会被其他事务看到。
事务提交了，它做的变更别的事务才能看到 - 可重复读是指，一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的。
- 串行化，顾名思义是对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行。
读也加锁啊写也加锁，读写锁冲突，后面的事务等前面事务执行完成再执行，一串
隔离得越严实，效率就会越低。需要找一个平衡点。