1 原子性
对于一个事务一个打包好的语句，其实是一个不可分割的单元，要么全部提交成功（commit），要么由于一个语句执行失败，整个代码回滚，回到最初的执行状态
例如在转账案例，扣款和存款是绑在一起的，如果扣款失败，那么存款也不会成功
2 一致性
数据必须符合预设的规则，在一个事务执行的前后，数据库必须从一个一致性状态，转换到另一个一致性状态，（这里的一致性是指，数据必须满足，主键约束，唯一性约束等）数据库的完整性不会被破坏。
例如转账里，余额非负，转账前总额不变就是约束条件，不能违反。
3 持久性
事务对数据的修改（commit）必须持久生效（硬盘上），它对数据库的修改会存档到日志里，即使发生断电，系统崩溃也不会丢失数据
例如转账后，余额无论何种情况都不会改变，永久存储到数据库里，即使是断电
4 隔离性
隔离性的本质就是，并发事务互不干扰，来自两个客户端的事务，不会相互影响。
（1）脏读问题：
一个客户端（事务）对数据进行修改，还未提交（commit），另一个客户端（事务）对这个数据读取，读到的数据可能是已经被修改的
针对未被提交的修改，不因该被其他事务读到
（2）不可重复读问题：
假设事务1在执行中两次读取某个数据，得到的结果不一样，在一个事务中读取同一个数据两次，结果不一样被认为是不可取的
要解决不可重复读问题要给事务加锁，一个事务在读的时候其他事务不能修改，例如图中，必须让事务1读完，事务2，事务3才能执行
虽然这里并发程度降低了但是隔离性提高了
（3）幻读问题：
类似与不可重复读问题，一个事务针对某个查询，得两个不同的结果集合
解决幻读问题需要串行化，让服务器一条一条处理事务
这方案依旧是并发性降低，隔离性升高
但是由于在具体应用场景中我们有时候需要准确性有时候有需要效率，所以提供了隔离级别给程序猿选择
隔离级别
READ UNCOMMITED：
并发性最强，隔离性最差，脏读，不可重复读，幻读的问题都存在
READ CMMITTED:
隔离性提高，并发性降低，脏读问题被解决，但是仍然存在不可重复读，幻读问题
REPEATABLE READ:（Mysql的默认隔离级别）
隔离性再次提高，并发性再次降低，解决了脏读和不可重复读问题，幻读问题仍然存在（但是能解决一部分幻读问题）
SERIALIZABLE：
隔离性最高，并发性最低，解决所有脏读，不可重复读，幻读问题