MySQL的MyISAM引擎表级锁规则与分析
一、MySQL表的存储引擎查看
mysql可以使用如下查询判断一个表是否使用MyISAM存储引擎：
SELECT * FROM information_schema.tables WHERE table_schema='库名' AND table_name='表名';二、MySQL表是否被加锁查看
使用如下SQL语句：
show OPEN TABLES where In_use > 0; 三、MySQL存储引擎MyISAM加锁规则
1、MyISAM锁的粒度
MyISAM锁的粒度是表级锁，在执行查询（SELECT）之前，尝试在表上面加读锁，在执行更新（UPDATE,DELETE,INSERT）之前，尝试在表上面加写锁。
- 加写锁：
如果在表上没有锁（读锁和写锁），在它上面放一个写锁。
否则，把锁定请求放在写锁定队列中。
- 加读锁：
如果在表上没有写锁定，把一个读锁定放在它上面。
否则，把锁定请求放在读锁定队列中。
2、锁的优先级
当一个锁定被释放时，锁定优先被写锁定队列中的线程得到，然后是读锁定队列中的线程。这意味着如果有大量的写操作，读操作将会一直等待，直到写完成。
四、MySQL存储引擎MyISAM加锁分析
1、实例分析
开一个会话窗口1，输入下面的语句执行：
CREATE TABLE `users`(
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`name` varchar(15) NOT NULL,
PRIMARY KEY (`id`)
)ENGINE=MYISAM DEFAULT CHARSET=utf8 COMMENT='用户';
INSERT INTO `users` VALUES (null, 'pigfly'),(null,'zhupp');
为了模拟，我们手动执行LOCK TABLES语句把表锁住：
LOCK TABLES `users` READ LOCAL;
SELECT * FROM `users`;
UPDATE `users` SET name='aa' where id=1;
SELECT正常返回，UPDATE报错了，原因是当前表加了读锁，则当前会话只能执行读操作，不能执行更新操作。
新开一个会话窗口2：
INSERT INTO `users` VALUES (null, 'zhupp');
UPDATE `users` SET name='xxx' where id=1;
可以看到插入执行成功，但是UPDATE操作被窗口1加的读锁阻塞了，我们回到窗口1执行：
UNLOCK TABLES;
这时候窗口2的更新语句马上返回更新成功了。
为什么插入不会被读锁阻塞呢？原因是当表加了读锁并且表不存在空闲块的时候（删除或者更新表中间的记录会导致空闲块，OPTIMIZE TABLE可以清除空闲块），MYISAM默认允许其他线程从表尾插入。可以通过改变系统变量concurrent_insert（并发插入）的值来控制并发插入的行为。
SHOW VARIABLES LIKE 'concurrent%';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| concurrent_insert | AUTO |
+-------------------+-------+
Value的值：
- NEVER(0): 不允许并发插入
- AUTO(1): 表里没有空行时允许从表尾插入（默认）
- ALWAYS(2): 任何时候都允许并发插入
注意：锁表的时候加了LOCAL关键字表示允许走并发插入的逻辑，具体是否可以并发插入还需要看是否满足concurrent_insert指定的条件，只有手动锁表的时候才需要指定LOCAL关键字。
测试一下当表里有空闲块的情况，窗口1执行：
DELETE FROM `users` WHERE id=1;
LOCK TABLES `users` READ LOCAL;
然后在窗口2执行：
INSERT INTO `users` VALUES (null, 't1');
果然被阻塞了。我们把并发插入的值改成2试试，在窗口1执行：
UNLOCK TABLES;
SET GLOBAL concurrent_insert=2;
DELETE FROM `users` WHERE id=2;
LOCK TABLES `users` READ LOCAL;
然后在窗口2执行：
INSERT INTO `users` VALUES (null, 't2');
SELECT * FROM `users`;
这一次没有被阻塞，插入成功了。
2、表级锁的特点
开销小、加锁快、不会产生死锁，锁定力度大，发生锁冲突的概率最高，不适合高并发场景。
3、性能优化
- 对于并发插入，一般默认配置AUTO就可以了，如果有大量插入操作，可以把concurrent_insert设置为2，然后定期在流量低峰期执行OPTIMIZE TABLE来清除空闲块。
- 调整优先级。
- 在大量更新操作前手动锁表，这样锁表只执行了一次，不然每执行一次更新就锁一次表。
- 存在大量更新操作造成等待，又要兼顾查询的时候，给max_write_lock_count设置一个低值，在写锁达到一定数量时允许执行挂起的读请求。