摘要：
关于mySql中乐观锁与读已提交（事务隔离级别）的搭配使用问题！求大神带飞？在read uncommitted(未提交读)级别中，事务中的修改，即使没有提交，对其他事务也是可见的。... 关于mySql中乐观锁与读已提交（事务隔离级别）的搭配使用问题！求大神带飞？
在read uncommitted(未提交读)级别中，事务中的修改，即使没有提交，对其他事务也是可见的。事务可以读取未提交的数据，这种也可以叫脏读，这个级别其实会导致很多问题，从性能上讲，未提交读不会比其他级别好太多，但却缺乏其他级别的好处，除非真的非常有必要，在实际中一般不使用的。
mysql有个多版本控制MVCC，可以认为MVCC是行级锁的一个变种，但他在很多情况下避免了加锁操作，因此开销更低。MVCC实际上是乐观并发控制的，通过每行的记录后面保存两个隐藏的列实现，一个是创建时间，一个是删除时间，当然实际存储的不是时间值，而是版本号。
MVCC只在repeatable read和read committed两个级别下工作，其他隔离级别都和MVCC不兼容，因为read uncommitted总是读到最新数据，而不是符合当前事务版本的数据行。
综上所述，乐观锁是和读已提交搭配使用是可以的
怎么理解SQL的四个事务隔离级别？
四个隔离级别有READ_UNCOMMITTED，READ_COMMITTED，REPEATABLE_READ，SERIALIZABLE，目的是为了解决数据在高并发下所产生的
问题，这些问题就是Dirty Read（脏读）、Unrepeatable Read（不可重复读）、Phantom Read（幻读）
脏读就是事务A读取了事务B未提交的数据，并在这个基础上又做了其他操作。
不可重复读就是事务A读取了事务B已提交的更改数据。
幻读就是事务A读取了事务B已提交的新增数据。
对于脏读是非常要不得的，否则会出现大问题，所以一定要解决掉！
对于不可重复读还是可以理解的，因为有人提交了事务，在数据库中已经持久化了，所以当再次读取的话肯定发生了变化。
下面的内容是哪个隔离级别可以处理那些高并发出现的问题
事务隔离级别 脏读 不可重复读 幻读
READ_UNCOMMITTED 允许 允许 允许
READ_COMMITTED 禁止 允许 允许
REPEATABLE_READ 禁止 禁止 允许
SERIALIZABLE 禁止 禁止 禁止
你好，我是小黄，这个题目我来回答下。
事务的隔离级别是为了解决并发问题。那么先来了解下并发带来的问题：
1）丢失更新 Lost Update：(没有加锁)
两个事务同时更新一行数据，最后一个事务的更新会覆盖掉第一个事务的更新，从而导致第一个事务更新的数据丢失，这是由于没有加锁造成的。
2）脏读Dirty Reads：（没有隔离）
一个事务看到了另外一个事物没有提交的更新数据。这是事务没有隔离造成的。
3）不可重复读：Non-Repeatable Reads
在同一事务中，多次读取同一数据但是返回不同的结果，也就是有其他事务更改了这些数据。
4）幻读：Phantom Reads 并发造成的
一个事务在执行过程中读取到另一个事务已提交的插入数据。就是说在第一个事务开始时，读取到一批数据，但是伺候另一个事务又插入新数据并提交，此时第一个事务又读取到这批数据但是发现多出了一条,貌似产生幻觉一样。这是并发造成的。
接下来我们说说这四个隔离级别，
1）未提交读（Read Uncommitted）：一个事务能够读取到 别的事务中没有提交的更新数据。事务可以读取到未提交的数据，这也被称为脏读(dirty read)。
所以这种级别很有可能读到脏数据，隔离级别最低。
2）提交读（Read Committed）：一个事务只能读取到别的事务提交的更新数据。
一般我们提交读就可以了。只能读取到已经提交的数据。即解决了脏读，但未解决不可重复读。（oracle默认的）
3）可重复读（Repeated Read）：保证同一事务中先后执行的多次查询将返回同意结果，不受其他事务的影响。这种隔离级别可能出现幻读。（mysql默认的）
4）序列化（Serializable）：不允许事务并发执行，强制事务串行执行，就是在读取的每一行数据上都加上了锁，读写相互都会阻塞。这种隔离级别最高，是最安全的，性能最低，不会出现脏读，不可重复读，幻读，丢失更新。
那么怎么设置隔离级别呢
SET TRANSACTION ISOLATION LEVEL READ COMMITTED; //设置提交读隔离级别
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE; //设置序列化隔离级别
以上请参考。
若有疑问，欢迎留言评论，谢谢。
