MYSQL进阶学习笔记八：MySQL MyISAM的表锁！（视频序号：进阶_18-20)

知识点九：MySQL MyISAM表锁（共享读锁）(18)

为什么会有锁：

　　打个比方，我们到淘宝买一件商品，商品只有一件库存，这时候如果还有另外一个人也在买，那么如何解决是你买到还是另一个人买到的问题？

　　　　我们先从库存表中取出物品的数量，然后插入订单，付款后插入付款表信息，然后更新商品数量。在这个情况过程中，使用锁可以对有限的资源进行保护，解决隔离和并发的矛盾！

锁的概念：

　　锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中，数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性，有效性是所有数据库必须解决的

　　　　一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度说，锁对数据库而言显得尤其重要，也更加复杂。

MySQL锁的概述：

　　相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。

　　　　比如：MyISAM和MEMORY存储引擎采用的是表级锁(table- leavel locking）;；

　　　　　　BOD存储引擎采用的是页面锁（page- leavel locking）;

　　　　　　InnoDB存储引擎既支持行级锁（row-leavel locking），也支持表级锁，但默认情况下采用行级锁。

MySQL这三种锁的特性可大致归纳如下：

锁名称	开销	加锁速度	死锁	粒度	并发性能
表级锁	开销小	加锁快	不会出现死锁	锁定粒度大	发生锁冲突的概率最高，并发度最低
行级锁	开销大	加速慢	会出现死锁	锁定粒度最小	发生锁冲突的概率最低，并发度也最高
页面锁	开销和加锁时间界于表锁与行锁之间		会出现死锁	锁定粒度界于表锁和行锁之间	并发度一般

　　　　仅从锁的角度来说：

　　　　　　表级锁更适合于以查询为主，只有少量按索引条件更新数据的应用，如WEB应用；

　　　　　　而行级锁则更适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统。

　　　　　　从上述特点可见，很难笼统地说哪些锁更好，只能就具体应用的特点来说哪种锁更合适。

　　1.MyISAM表锁：

　　　　MySQL的表级锁有两种模式：表共享度锁(Table Read Lock)和表独占写锁(Table Write Lock)

MySQL中的表锁兼容性

请求锁模式     是否兼容 当前锁模式	None	读锁	写锁
度锁	是	是	否
写锁	是	否	否

　　　　　　　　说明：

　　　　　　　　　　 对于MyISAM表的读写操作，不会阻塞其他用户对同一表的读请求，但会阻塞对同一表写的请求；

　　　　　　　　　　　　对MyISAM表的写的操作，则会阻塞其他用户对同一表的读和写的操作；MyISAM表的读操作与写操作之间，以及写操作之间是串行的！

　　　　　　　　　　　　当一个线程获得对一个表的写锁后，只有持有锁的线程可以对表进行更新的操作。其他线程的读，写操作都会等待，直到锁被释放为止。

　　　　　　　　　　一个session使用LOCK TABLE命令给表添加了读锁，这个session可以查询锁定表的记录，但更新或者访问其他表都会提示错误；同时，另外一个session可以查询表中的记录，但更新就会出现锁等待。

　　　　给表加锁：

　　　　　　1.加共享读锁：lock table 表名 read
　　　　　　2.表独占写锁：lock table 表名 read

　　　　解锁：　

　　　　　　unlock tables;

　　　　查看表中有什么样的等待：

　　　　　　SHOW VARIABLES LIKE '%table%';

　　　　查看锁的状态：

　　　　　　SHOW STATUS LIKE '%table%';

　　　　查看表级锁的争用情况：

　　　　　　Table_locks_waited：越低越好

 --把mzjj数据库到处并且添加到test_myisam
 mysqldump -uroot -p --default-character-set=utf8 -d mzjj>D:/cc.sql        --导出表信息
 mysqldump -uroot -p --quick --no-create-info --extended-insert --default-character-set=utf8 mzjj>D:/cc1.sql    --导出表内容
 CTRATE DATABASE test_myisam        --创建数据库
 mysql -uroot -p test_myisam<D:/cc.sql        --导入表信息
 mysql -uroot -p test_myisam<D:/cc1.sql        --导入表内容

 --一客户端
 LOCK TABLE employees read；
  --二客户端
 UPDATE employees SET first_name='yu' WHERE emp_no=1001;
 --一客户端
 UNLOCK TABLES;

 --二客户端
 LOCK TABLE employees read；
 --一客户端
 INSERT INTO employees VALUES(1002,'1991-1-4','ty','io','M','2014-1-1');

 SHOW VARIABLES LIKE '%table%';
 SHOW STATUS LIKE '%table%';
 --二客户端
 UNLOCK TABLES;

共享读锁测试

知识点十：MySQL MyISAM表锁（独占写锁）(19，20)

MyISAM共享读锁：

　　　　　　1.   一个session使用LOCK TABLE 命令给表加了读锁，这个sessoin可以查询锁定表中的记录，但更新或者访问其他表都会提示错误。

　　　　　　2.   当使用LOCK TABLES是，不仅需要一次锁定用到的所有表，而且，同一个表的SQL语句中出现多少次，就要通过与SQL语句相同的别名锁定多少次，否侧也会出错。

　　格式：

　　　　LOCK TABLE 表名 AS 别名 READ;

 -- 独占写锁
 --一客户端
 LOCK TABLE employees write;
  --二客户端
 SELECT * FROM employees;        --读不了
 --一客户端
 INSERT INTO employees VALUES(1005,'1991-1-4','ty','io','M','2014-1-1');
 UPDATE employees SET gender='F' WHERE emp_no=1005;
 DELETE FROM employees WHERE emp_no=1005;
 SELECT * FROM employees;
 SHOW VARIABLES LIKE '%table%';
 SHOW STATUS LIKE '%table%';
 UNLOCK TABLES;

 --一客户端
 LOCK TABLE employees READ;
 SELECT * FROM employees AS a;--读不了
 LOCK TABLE employees AS a READ;
 SELECT * FROM employees AS a;
 UNLOCK TABLES;

 --一客户端
 LOCK TABLE employees READ;
 SELECT * FROM employees;--可以读
 SELECT * FROM salaries;--读不了，因为salaries没加锁
 UNLOCK TABLES;

 --一客户端
 LOCK TABLE employees WRITE;
 SELECT * FROM employees;--可以读
 SELECT * FROM salaries;--读不了，因为salaries没加锁
 UNLOCK TABLES;

 ---一客户端
 LOCK TABLE employees READ,salaries WRITE;
  --一，二客户端都试
 SELECT * FROM employees;
 SELECT * FROM salaries;
 ---一客户端
 UNLOCK TABLES;

独占写锁测试

独占写锁之并发插入数据：

　　并发插入（Concurrent Inserts）：

　　　　上文提到过MyISAM表的读和写是串行的，但这是就总体而言的。在一定条件下，MyISAM表也支持查询和插入操作的并发进行。

MyISACM存储引擎有一个系统变量concurrent_inserts,专门用以控制其并发插入的行为，其值分别为0，1或2.

　　　　　　　1.  当concurrent_inserts设置为0(NEVER)时，不允许并发插入；

　　　　　　　2.当concurrent_inserts设置为1(AUTO)时，如果MyISAM表中没有空洞（即表的中间没有被删除的行），MyISAM允许在一个进程读表的同时，另一个进程从表尾插入记录。也就是MySQL的默认设置。

　　　　　　　3.  当concurrent_inserts设置为2(ALWAYS)时，无论MyISAM表中有没有空洞，都允许在表尾并发插入记录。

　　设置并发操作：

　　　　　　查看并发操作默认值

　　　　　　　　SHOW VARIABLES LIKE 'concurrent_insert';

　　　　　　修改默认值为2：

　　　　　　　　SET GLOBAL concurrent_insert=2;

　　　　设置并发插入格式：

　　　　　　LOCK TABLE tbl_name READ LOCAL;

 -- 并发操作
 ---一客户端
 SHOW VARIABLES LIKE 'concurrent_insert';
 SET GLOBAL concurrent_insert=2;

 LOCK TABLE employees READ LOCAL;
 INSERT INTO employees VALUES(1004,'1991-1-4','ty','io','M','2014-1-1');--插入不了
 ---二客户端
 INSERT INTO employees VALUES(1004,'1991-1-4','ty','io','M','2014-1-1');--成功了
 ---一，二客户端
 SELECT * FROM employees;--查询结果是不一样的

 ---一，二客户端
 UPDATE employees SET gender='F' WHERE emp_no=1001;--更新结果是不一样的，都不行
 ---一客户端
 UNLOCK TABLES;

 ---一客户端
 SET GLOBAL concurrent_insert=1;

 LOCK TABLE employees READ LOCAL;

 INSERT INTO employees VALUES(1009,'1991-1-4','ty','io','M','2014-1-1');--插入不了
 ---二客户端
 INSERT INTO employees VALUES(1009,'1991-1-4','ty','io','M','2014-1-1');--成功了

并发操作测试

MyISAM锁调度：

　　思考：

　　　　一个进程请求某个MyISAM表的读锁，同时另一个进程也请求同一表的写锁。MyISAM如何处理？

　　答案：

　　　　写进程先获得锁，即使读请求先到锁队列排队，写请求后到，写锁也会插入到读锁队列。MyISAM认为写请求比读请求更重要。MyISAM不太适合于有大量更新操作和查询操作的原因，因为，大量的更新操作会造成查询操作很难获得读锁，从而可能永远阻塞。

　　解决方案：

　　　　执行SET LOW_PRIORITY_UPDATES =1;使该连接发出的更新请求优先级降低。

　　　　　　其中INSERT，DELETE也可以通过此方法指定。