mysql数据库默认会不会加锁_数据库MySQL并发读写的时候，都是需要加锁的么？...

这是一道经典的程序员面试题，在Mysql中，如果有多个事务同时访问同一行数据，那么需要加锁么?我们都知道，在Mysql中有行锁，如果有多个事务同时修改同一行数据，那么需要加锁来防止并发问题。那么，如果有事务修改数据，又有事务读取这个数据，需要加锁么?

答案是不一定，事实上，Mysql的很多数据库引擎为了提升并发性能，都做了多版本并发控制，也就是我们常说的MVCC，事实上，除了Mysql，其他知名的关系型数据库，例如Oracle，PostgreSql也实现了多版本并发控制，尽管实现方式各不相同，但是他们的本质为了实现非阻塞读，也就是即便是这一行数据在做变更的时候，也能被读取到。

那么，Mysql是如何实现MVCC的呢?在Mysql的每一行数据中，除了我们定义的数据列，还有2个隐藏的列，一个是数据的变更时间，一个是这行数据的删除时间，当然，这个时间并不是简单的时间戳，而是一个严格递增的系统版本号。

当InnoDB发生Insert事件的时候，会插入当前行并且以取得的系统版本号作为数据版本号。

当InnoDB发生Delete时间的时候，不会删除当前行，而是把对应的行如果未删除，那么打上删除标记位为当前的版本号。

当InnoDB发生Select操作的时候，会取当前的系统版本号，然后到数据库中进行查询，他只会查询比自己当前版本号更小的，并且没有删除版本号或者删除版本号比当前版本号更小的数据。

当InnoDB发生Update事件的时候，不是直接更新旧的数据，而是插入一条新的数据，并且把版本号小于这条记录的并且没有被打上删除标记的同一主键的记录更新打上删除标记，删除版本号为当前的版本号。

很显然，在这样的一种数据中，同一行数据其实在数据库中是多行的存在。这本质上是一种空间换时间的方案，在多版本控制中，我们几乎可以做到所有的读操作都是无阻塞的，可以避免加锁，这与互联网业务中，多读少写是非常契合的。当然了，在Mysql的InnoDB引擎中，只有事务级别为可重复读跟读提交才可以使用。这是为什么呢?

数据库(Database)是按照 数据结构来组织、 存储和管理数据的建立在计算机存储设备上的仓库。

简单来说是本身可视为 电子化的文件柜——存储电子 文件的处所，用户可以对文件中的数据进行新增、截取、更新、删除等操作。