mysql支持多用户同时读写吗

数据库是支持多用户访问的，因此需要一种机制保证多个用户同时读取和修改数据时，数据不会被破坏或者失效。在MySQL中，使用锁来保证并发连接情况下的数据准确性。

InnoDB中的锁定技术往往是基于索引实现的，如果SQL中没有利用到索引的话，往往会执行全表扫描，触发表锁。所以从效率上来说，我们应该建立合适的索引，减少锁的数据行提高并发。

从锁的粒度上来说，可以将锁分为表锁和行锁；我们主要讨论行锁的应用。

从行锁的角度上来说，InnoDB存储引擎实现了两种标准的行级锁，共享锁(读锁)和排他锁(写锁)。

共享锁：当一个事务获取了某行数据的共享锁后，其他事务依然可以对这行数据加共享锁，但是不能加排他锁。

排他锁：当一个事务获取了某行数据的排他锁后，其他事务不可以对这行数据加任何锁。

从锁的范围来说，行锁还可以分成record lock、gap lock、next-key lock。

record lock：索引的记录锁，是建立在索引记录上的，如果没有索引的情况，往往会触发表锁。

gap lock：加在索引记录间隙上的锁。

next-key lock：record lock+gap lock的组合，用来在RR级别解决幻读的问题；所以通常在insert时，会锁定相邻的键。

回答于 2 小时前

B修改了第4000万行数据，被放到回滚段中是修改前的数据。

针对没有commit的事务，基于隔离机制，所有其他进程查询到的数据都是未修改的数据

针对commit的事务，则需要看发起select事务语句的开始时间点，如果事务开始时间点在commit之后，则肯定查询commit后的数据；如果select事务开始时间点在commit之前，当扫到该条数据时，会去回滚段查找该数据块select事务开始时间点的数据，如果找到了就会使用老数据，如果没有找到，可能会报快照过旧的错误

在服务器、数据库并发宽容度设置范围内执行数据同时写入一般不会有问题，如果是超过并发数限定值会出现延迟、数据丢失一部分、或死机情况，所以建议在做负责载均衡时要考虑到实际数据量与并发量情况进行合理设置。

---