当有多个查询在同一时刻修改同一数据时，便会产生并发问题。MySQL通过锁来进行并发控制。

读写锁

读锁又称共享锁（S锁），读锁互不干扰，多个客户在同一时刻可以同时读取同一个资源。

写锁又称排他锁（X锁），写锁则是排他的，写锁会阻塞其他写锁和读锁，以确保在给定时间里，只有一个用户执行写入，并防止其他用户读取正在写入的同一资源。

锁粒度

锁粒度指的是锁定的数据量的多少。在给定的资源中，锁定的数据量越少，系统的并发程度越高，只要互相不发生冲突即可。

但是锁的操作也是需要消耗资源的，所谓的错策略，就是在锁的开销和数据的安全性之间寻求平衡，这种平衡也会影响性能。

MySQL比较重要的锁策略有表锁跟行锁。

表锁

表锁是MySQL中最基本的所策略，并且是开销最小的策略。它会锁住整张表。

可以用以下语句获取表锁：

LOCK TABLES
    tbl_name [[AS] alias] lock_type
    [, tbl_name [[AS] alias] lock_type] ...

lock_type: {
    READ [LOCAL]
  | [LOW_PRIORITY] WRITE
}

UNLOCK TABLES

当一个用户对表进行写操作（插入、删除、更新等）前，先获取该表的写锁，这会阻塞其他用户对该表的所有读写操作。只有没有写锁时，其他用户才能获取读锁，读锁之间不相互阻塞。写锁比读锁拥有更高的优先级，因此一个写请求可能会被插入到读锁的前面（写锁可以插入到锁队列中读锁的前面，读锁则不能插入到写锁的前面）。

READ [LOCAL] 锁：

• 持有锁的session可以读取表，但是不能写入。
• 多个session可以同时获取同一个表的读锁。
• 其他session可以在不显式获取读锁的情况下读表。
• 使用LOCAL可以支持某些类型的并发写操作。在session持有读锁的情况下，允许其他session执行不冲突的insert语句（并发插入），但是，READ LOCAL如果要在持有锁的同时使用服务器外部的进程来操作数据库， 则不能使用它。对于InnoDB 表，READ LOCAL跟READ一样。

[LOW_PRIORITY] WRITE 锁:

• 持有锁的session可以读写表。
• 只有持有锁的会话才能访问该表。在释放锁之前，没有其他会话可以访问它。
• 只有一个session可以获得表的写锁，其他session的写锁请求会被阻塞。
• 该LOW_PRIORITY修饰符无效。

具体请看：https://dev.mysql.com/doc/refman/5.7/en/lock-tables.html