Mysql事务，并发问题，锁机制
事务是一条或多条数据库操作语句的组合，具备ACID，4个特点。
原子性：要不所有成功。要不所有撤销
隔离性：事务之间相互独立，互不干扰
一致性：数据库正确地改变状态后。数据库的一致性约束没有被破坏
持久性：事务的提交结果，将持久保存在数据库中
2、事务并发会产生什么问题
1）第一类丢失更新：在没有事务隔离的情况下。两个事务都同一时候更新一行数据，可是第二个事务却中途失败退出， 导致对数据的两个改动都失效了。
比如：
张三的工资为5000，事务A中获取工资为5000，事务B获取工资为5000，汇入100，并提交数据库。工资变为5100。
随后
事务A发生异常。回滚了，恢复张三的工资为5000，这样就导致事务B的更新丢失了。
2）脏读：脏读就是指当一个事务正在訪问数据，而且对数据进行了改动。而这样的改动还没有提交到数据库中，这时，另外一个事务也訪问这个数据，然后使用了这个数据。
比如：
张三的工资为5000,事务A中把他的工资改为8000,但事务A尚未提交。
与此同一时候，
事务B正在读取张三的工资，读取到张三的工资为8000。
随后，
事务A发生异常，而回滚了事务。
张三的工资又回滚为5000。
最后，
事务B读取到的张三工资为8000的数据即为脏数据，事务B做了一次脏读。
3）不可反复读：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也訪问该同一数据。
那么，在第一个事务中的两次读数据之间，因为第二个事务的改动。那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的。因此称为是不可反复读。
比如：
在事务A中，读取到张三的工资为5000，操作没有完毕。事务还没提交。
与此同一时候，
事务B把张三的工资改为8000，并提交了事务。
随后，
在事务A中。再次读取张三的工资，此时工资变为8000。在一个事务中前后两次读取的结果并不致，导致了不可反复读。
4）第二类丢失更新：不可反复读的特例。有两个并发事务同一时候读取同一行数据。然后当中一个对它进行改动提交。而还有一个也进行了改动提交。这就会造成第一次写操作失效。
比如：
在事务A中，读取到张三的存款为5000。操作没有完毕，事务还没提交。
与此同一时候，
事务B，存储1000。把张三的存款改为6000，并提交了事务。
随后。
在事务A中。存储500，把张三的存款改为5500。并提交了事务，这样事务A的更新覆盖了事务B的更新。
5）幻读：是指当事务不是独立运行时发生的一种现象。比如第一个事务对一个表中的数据进行了改动。这样的改动涉及到表中的所有数据行。同一时候。第二个事务也改动这个表中的数据。这样的改动是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有改动的数据行，就好象发生了幻觉一样。
比如：
眼下工资为5000的员工有10人，事务A读取全部工资为5000的人数为10人。
此时，
事务B插入一条工资也为5000的记录。
这是，事务A再次读取工资为5000的员工，记录为11人。此时产生了幻读。
提醒：
不可反复读的重点是改动，相同的条件。你读取过的数据。再次读取出来发现值不一样了
幻读的重点在于新增或者删除，相同的条件。第 1 次和第 2 次读出来的记录数不一样
3、事务隔离级别，解决什么并发问题，以及存在什么并发问题
（1）READ_UNCOMMITTED
这是事务最低的隔离级别，它充许另外一个事务能够看到这个事务未提交的数据。
解决第一类丢失更新的问题，可是会出现脏读、不可反复读、第二类丢失更新的问题，幻读 。
（2）READ_COMMITTED
保证一个事务改动的数据提交后才干被另外一个事务读取，即另外一个事务不能读取该事务未提交的数据。
解决第一类丢失更新和脏读的问题。但会出现不可反复读、第二类丢失更新的问题，幻读问题
（3）REPEATABLE_READ
保证一个事务同样条件下前后两次获取的数据是一致的
解决第一类丢失更新，脏读、不可反复读、第二类丢失更新的问题。但会出幻读。
（4）SERIALIZABLE
事务被处理为顺序运行。
解决全部问题
提醒：
Mysql默认的事务隔离级别为repeatable_read
4、InnoDB引擎的锁机制
（之所以以InnoDB为主介绍锁，是由于InnoDB支持事务，支持行锁和表锁用的比較多。Myisam不支持事务。仅仅支持表锁）
共享锁（S）：同意一个事务去读一行，阻止其它事务获得同样数据集的排他锁。
排他锁（X)：同意获得排他锁的事务更新数据。阻止其它事务取得同样数据集的共享读锁和排他写锁。
意向共享锁（IS）：事务打算给数据行加行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。
意向排他锁（IX）：事务打算给数据行加行排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。
说明：
1）共享锁和排他锁都是行锁。意向锁都是表锁，应用中我们仅仅会使用到共享锁和排他锁。意向锁是mysql内部使用的。不须要用户干预。
2）对于UPDATE、DELETE和INSERT语句，InnoDB会自己主动给涉及数据集加排他锁（X)；对于普通SELECT语句，InnoDB不会加不论什么锁，事务能够通过下面语句显示给记录集加共享锁或排他锁。
共享锁（S）：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE。
排他锁（X)：SELECT * FROM table_name WHERE ... FOR UPDATE。
3）InnoDB行锁是通过给索引上的索引项加锁来实现的，因此InnoDB这样的行锁实现特点意味着：仅仅有通过索引条件检索数据，InnoDB才使用行级锁。否则，InnoDB将使用表锁！。
