项目问题
最近工作内容需要向一张表里面写入数据，有两个实现方法，每种方法会运行得到一份结果，两个结果的key会有大部分重复，后面跟的value会有不同。
表格中只允许两个结果中其中的一个key存在，二者选其一，只能更新替代。在往表里写的程序是没有错误的，但最终从表里查询的时候，发现很多key有两份数据结果，思考其原因，可能跟事物隔离有关系，这里讲解下事物及事物隔离。
Mysql事物
MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你即需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！
- 在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务。原生的 MyISAM 引擎就不支持事务。
- 事务处理可以用来维护数据库的完整性，保证成批的 SQL 语句要么全部执行，要么全部不执行。
- 事务用来管理 insert,update,delete 语句。
一般来说，事务是必须满足4个条件（ACID）：：原子性（Atomicity，或称不可分割性）、一致性（Consistency）、隔离性（Isolation，又称独立性）、持久性（Durability）。
- 原子性：一个事务（transaction）中的所有操作，要么全部完成，要么全部不完成，不会结束在中间某个环节。事务在执行过程中发生错误，会被回滚（Rollback）到事务开始前的状态，就像这个事务从来没有执行过一样。
- 一致性：在事务开始之前和事务结束以后，数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则，这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作。
- 隔离性：数据库允许多个并发事务同时对其数据进行读写和修改的能力，隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别，包括读未提交（Read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（Serializable）。
- 持久性：事务处理结束后，对数据的修改就是永久的，即便系统故障也不会丢失。
事物控制语句
事物用来管理更新，删除，插入语句。常用的事物控制语句有：
- BEGIN 显式地开启一个事务；
- COMMIT 会提交事务，并使已对数据库进行的所有修改成为永久性的；
- ROLLBACK 回滚会结束用户的事务，并撤销正在进行的所有未提交的修改；
- SAVEPOINT identifier，SAVEPOINT 允许在事务中创建一个保存点，一个事务中可以有多个 SAVEPOINT；
- RELEASE SAVEPOINT identifier 删除一个事务的保存点，当没有指定的保存点时，执行该语句会抛出一个异常；
- ROLLBACK TO identifier 把事务回滚到标记点；
- SET TRANSACTION 用来设置事务的隔离级别。InnoDB 存储引擎提供事务的隔离级别有READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 和 SERIALIZABLE 这四种方式。
常用的事物处理语句：
- BEGIN 开始一个事务；
- ROLLBACK 事务回滚；
- COMMIT 事务确认；
- SET AUTOCOMMIT=0 禁止自动提交；
- SET AUTOCOMMIT=1 开启自动提交；
这里注意一点，根据自身项目需要，将AUTOCOMMIT设置为0或1。
事物隔离
回到文章刚开始的问题，在表中出现了一个key具有两种结果，初步估计是事物隔离的问题。上面简单介绍了事物，以及事物隔离的四个类别，这里详细介绍。
当数据库上有多个事务同时执行的时候，就可能出现脏读（dirty read）、不可重复读（non-repeatable read）、幻读（phantom read）的问题，为了解决这些问题，就有了“隔离级别”的概念。
- 脏读：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据；
- 不可重复读：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两 次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。例如，一个编辑人员两次读取同一文档，但在两次读取之间，作者重写了该文档。当编辑人员第二次读取文档时，文档已更改。原始读取不可重复。如果只有在作者全部完成编写后编辑人员才可以读取文档，则可以避免该问题。
- 幻读： 是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。 同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象 发生了幻觉一样。例如，一个编辑人员更改作者提交的文档，但当生产部门将其更改内容合并到该文档的主复本时，发现作者已将未编辑的新材料添加到该文档中。 如果在编辑人员和生产部门完成对原始文档的处理之前，任何人都不能将新材料添加到文档中，则可以避免该问题。
在谈隔离级别之前，首先要知道，隔离得越严实，效率就会越低。因此很多时候，需要在二者之间寻找一个平衡点。SQL标准的事务隔离级别包括：读未提交（read uncommitted）、读提交（read committed）、可重复读（repeatable read）和串行化（serializable ）：
- 读未提交：一个事务还没提交时，它做的变更就能被别的事务看到；
- 读提交： 一个事务提交之后，它做的变更才会被其他事务看到；
- 可重复读：一个事务执行过程中看到的数据，总是跟这个事务在启动时看到的数据是一致的。当然在可重复读隔离级别下，未提交变更对其他事务也是不可见的；
- 串行化：对于同一行记录，“写”会加“写锁”，“读”会加“读锁”。当出现读写锁冲突的时候，后访问的事务必须等前一个事务执行完成，才能继续执行；
因此，查询写错表的事物隔离类型：
mysql> SELECT @@tx_isolation tableName结果为：
READ-COMMITTED可以看到，该表的隔离类型为读提交， 即需要提交后其变化才能被另外的事物看见。造成这种情况出现的问题是两个结果都在往表里写入，当其中一个结果中的某个key写入后没有提交时，第二个结果也从其中查询是否可以插入或更新的条件，没有查询到，就直接结果插入到表中了，这样造成了重复性的插入。解决办法就是两个结果按照顺序进行写表，写完第一个，再写第二个，这样就不会出现这种问题了。
总结
- 1、事务的特性：原子性、一致性、隔离性、持久性;
- 2、多事务同时执行的时候，可能会出现的问题：脏读、不可重复读、幻读;
- 3、事务隔离级别：读未提交、读提交、可重复读、串行化;
-
4、不同事务隔离级别的区别：
- 读未提交：一个事务还未提交，它所做的变更就可以被别的事务看到;
- 读提交：一个事务提交之后，它所做的变更才可以被别的事务看到;
- 可重复读：一个事务执行过程中看到的数据是一致的。未提交的更改对其他事务是不可见的;
- 串行化：对应一个记录会加读写锁，出现冲突的时候，后访问的事务必须等前一个事务执行完成才能继续执行;
- 5、配置方法：启动参数transaction-isolation;
- 6、事务隔离的实现：每条记录在更新的时候都会同时记录一条回滚操作。同一条记录在系统中可以存在多个版本，这就是数据库的多版本并发控制（MVCC）;
- 7、事务启动方式：一、显式启动事务语句，begin或者start transaction,提交commit，回滚rollback；二、set autocommit=0，该命令会把这个线程的自动提交关掉。这样只要执行一个select语句，事务就启动，并不会自动提交，直到主动执行commit或rollback或断开连接;
- 8、如果考虑多一次交互问题，可以使用commit work and chain语法。在autocommit=1的情况下用begin显式启动事务，如果执行commit则提交事务。如果执行commit work and chain则提交事务并自动启动下一个事务;
