从概念上看，并发是不并行的。从用户的角度来看，有一种同时执行的假象，但它在数据库中是串行的，或者在某个粒度上是串行的。
以更新表中的一行数据为例，更新时会锁定更改后的数据行，避免其他进程访问该行，从而避免数据冲突。
此外，还有其他类型的锁，以适应不同的场景。因此，在我们所谓的并发场景中，不存在数据问题。
数据库高并发请求，如何保证数据完整性？在读取未提交级别，事务中的更改（即使未提交）对其他事务也是可见的。事务可以读取未提交的数据，这也可以称为脏读。这个水平实际上会导致很多问题。就性能而言，uncommittedread并不比其他级别好多少，但它缺乏其他级别的优点，除非它确实是必要的，而且通常不会在实践中使用。
MySQL有一个多版本控制mvcc，可以看作是行级锁的一个变种，但是在很多情况下避免了锁，所以成本更低。Mvcc实际上是乐观并发控制，它是通过在每行记录后面保存两个隐藏列来实现的。一个是创建时间，另一个是删除时间。当然，实际存储不是时间值，而是版本号。
Mvcc仅在可重复读取和读取提交级别工作，其他隔离级别与Mvcc不兼容，因为读取未提交总是读取最新数据，而不是与当前事务版本匹配的数据行。
总之，乐观锁可以用于readsubmitted
关于mySql中乐观锁与读已提交（事务隔离级别）的搭配使用问题！求大神带飞？这是两个不同的概念。
1.向表中添加版本是由您自己的程序或sqlwhere条件控制的，并不能真正到达MySQL的事务层。2悲观锁是mysql维护的一种锁机制。是否添加版本与悲观锁无关，只与设置的事务级别有关
