并发问题：同一时刻进行读写，并发问题回引发数据不一致问题。
解决并发问题：MySQL采用了锁定机制去解决并发问题
MySQL使用两种锁机制去解决问题：共享锁和排他锁，也叫读锁或者写锁。
MySQL针对不同的数据粒度，又分别使用表锁和行锁进行锁定。
MySQL是使用MVCC(Multi-Version Concurrency Control)实现的（性能很好，其实并没有真正上锁）。
MVCC这种机制是通过对一行数据的几个隐藏列进行操作实现的。
B+树的数据行，其实每一行都要加上几个隐藏列（版本号，一条记录可能对应几个版本号，差不多可以这样理解，一个版本号，对应一个快照）
服务层只是实现了表锁：
加锁：lock table 表名 read(write),表名2 read(write)
解锁：unlock tables;
存储引擎层实现行锁(只有InnoDB和extraDB实现了行锁)
存储引擎层和服务器层可能都实现了行锁，但是实现逻辑不一样，优先使用存储引擎层的实现。
事务部分会隐式的去加行锁和表锁，其中这个表锁不是服务器层实现的表锁。
表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低
行级锁：开销大，加锁慢；回出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度最大
在MVCC并发控制中，读操作可以分成两类：快照读(snapshot read)与当前读(current read)。
快照读，读取的记录的可见版本(有可能是历史版本)，不用加锁。
当前读，读取的是记录的最新版本，并且，当前读返回的记录，都会加上锁，保证其他事务不会再并发修改这条记录。
快照读：简单的select操作，属于快照读，不加锁。
select * from table_name where ?;
当前读：特殊的操作，插入/更新/删除操作，属于当前读，需要加锁。
select * from table_name where ? lock in share mode;
select * from table_name where ? for update;
insert into table_name values (...);
update table_name set ? where ?;
delete from table_name where ?;
以上都属于当前读，读取记录的最新版本。并且读取之后，还需要保证其他并发事务不能修改当前记录，对读取记录加锁。其中，除了第一条语句，对读取记录加S锁(共享锁)外，其他的操作，都加的事X锁(排他锁)。
InnoDB有行级锁和事务
原文：https://www.cnblogs.com/chenyanbin/p/13126960.html