时间：2021-07-01 10:21:17 帮助过：34人阅读
MySQL对MyISAM和MEMORY引擎实现行表级锁，对BDB存储引擎进行页级锁，对InnDB存储引擎表进行行行级锁。
按照粒度分：从大到小（MySQL仅支持表级锁，行锁需要存储引擎完成；所有引擎都有自己锁策略）
表锁：锁定整张表，开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突概率最高，并发度最低。
页锁：锁定一个数据块（数据页面）。开销和加锁时间介于表锁行锁之间，会出现死锁；锁定粒度介于表锁和行锁之间，并发度一般。
行锁：锁定一个行。开销大，加锁慢；会出现死锁；锁定粒度介于表锁和行锁之间，并发度一般。
一般来说,表锁适合以查询为主，只有少量按索引条件爱你更新数据的应用，如web应用。
行级锁适合大量按索引条件并发更新少量不同数据，同时又有并发查询能力的应用，如一些在线事务系统（OLTP）
手动加锁：lock tables 表名 [read|write]
mysql>lock table t9 read;
Query OK, 0 rows affected (0.00 sec)
mysql> show global status like"table_locks%";
+-----------------------+-------+
| Variable_name | Value |
+-----------------------+-------+
| Table_locks_immediate | 122 | 发生表锁定操作, 但表锁定后马上释放
| Table_locks_waited | 0 | 发生表锁定,并因此具有锁等待
+-----------------------+-------+
2 rows in set (0.00 sec)
mysql>lock table t9 write;
Query OK, 0 rows affected (0.00 sec)
mysql>unlock tables;
Query OK, 0 rows affected (0.00 sec)
MyISAM存储引擎只支持表锁。
mysql> show status like 'table%';
+----------------------------+-------+
| Variable_name | Value |
+----------------------------+-------+
| Table_locks_immediate | 1258 |
|Table_locks_waited | 0 | 锁等待
| Table_open_cache_hits | 99 |
| Table_open_cache_misses | 1 |
| Table_open_cache_overflows | 0 |
+----------------------------+-------+
5 rows in set (0.00 sec)
如果说TABLE_LOCKS_WAITED的值比较高，则说明存在着较严重的争用情况。
mysql>lock table emp read local
Query OK, 0 rows affected (0.00 sec)
如果在locktables 时加了local，作用是在满足MyISAM表并发插入条件的情况下，允许其他用户在表尾插入记录。
mysql>select * from emp1;
ERROR 1100 (HY000): Table 'emp1' was notlocked with LOCK TABLES
在使用locktables 给表加锁时，必须同事取得所有涉及表的锁，并且MySQL不支持锁升级。也就是说，如果是读锁，只能执行查询操作，不能执行更新操作。
mysql>update emp set store_id=30 where id=25;
ERROR 1099 (HY000): Table 'emp' was lockedwith a READ lock and can't be updated
并且不能通过别名进行访问，所以需要对别名也要加锁。
mysql>select a.id from emp a;
ERROR 1100 (HY000): Table 'a' was notlocked with LOCK TABLES
MyISAM表的读和写是串行的，但是在一定条件下，MyISAM表也会支持查询和插入操作的并发进行。
MyISAM存储引擎有一个系统变量concurrent_insert，是专门用来控制其并发插入的行为，值分别为0、1、2。
当为0时：不允许并发插入。
当为1时：如果MyISAM表中没有空洞，MyISAM允许在一个进程读取表，另一个进程从表尾插入记录。（默认）无论MyISAM表中有没有空洞都允许在表尾并发插入记录。
MyISAM存储引擎的读写锁是互斥的，如果一个进程请求某个MyISAM表的读锁，同时另一个进程请求同一个表的写锁，那么MySQL会让写进程先获得锁。不仅如此，即使读请求先到锁等待队列，写请求后到，写锁也会插入到读锁请求之前。这是因为MySQL认为写请求比一般的读请求重要。因此，大量的更新操作会造成查询操作很难获得读锁，从而可能永远阻塞。这种情况非常糟糕！
幸好我们可以通过一些设置来调节MyISAM的调度行为。
通过指定启动参数low-priority-updates,使MyISAM引擎默认给予读请求，以有线的权利。
通过执行命令SETLOW_PRIORITY_UPDATES=1,使该链接发出的更新请求优先级降低。
通过指定 insert、update、delete语句的LOW_PRIORITY属性，降低该语句的优先级。
并且也可以通过给系统参数max_write_lock_count设置一个合适的值，当一个表的读锁到达这个值后，MySQL就暂时将写请求的优先级降低，给读进程一个获得锁的机会。
这里强调一点：一个需要长时间的运行的查询操作，也会使写进程“饿死”！因此要尽量避免长时间查询操作。