MYSQL 解锁与锁表介绍
MySQL锁概述
相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁（table-levellocking）；BDB存储引擎采用的是页面锁（page-levellocking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-levellocking），也支持表级锁，但默认情况下是采用行级锁。
MySQL这3种锁的特性可大致归纳如下。
开销、加锁速度、死锁、粒度、并发性能
l 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。
l 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。
l 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
MyISAM表锁
MyISAM存储引擎只支持表锁，这也是MySQL开始几个版本中唯一支持的锁类型。随着应用对事务完整性和并发性要求的不断提高，MySQL才开始开发基于事务的存储引擎，后来慢慢出现了支持页锁的BDB存储引擎和支持行锁的InnoDB存储引擎（实际InnoDB是单独的一个公司，现在已经被Oracle公司收购）。但是MyISAM的表锁依然是使用最为广泛的锁类型。本节将详细介绍MyISAM表锁的使用。
查询表级锁争用情况
可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定争夺：
mysql>showstatuslike'table%';
+-----------------------+-------+
|Variable_name |Value|
+-----------------------+-------+
|Table_locks_immediate|2979 |
|Table_locks_waited |0 |
+-----------------------+-------+
2rowsinset(0.00sec))
如果Table_locks_waited的值比较高，则说明存在着较严重的表级锁争用情况。
获取InnoDB行锁争用情况
可以通过检查InnoDB_row_lock状态变量来分析系统上的行锁的争夺情况：
mysql>showstatuslike'innodb_row_lock%';
+-------------------------------+-------+
|Variable_name |Value|
+-------------------------------+-------+
|InnoDB_row_lock_current_waits|0 |
|InnoDB_row_lock_time |0 |
|InnoDB_row_lock_time_avg |0 |
|InnoDB_row_lock_time_max |0 |
|InnoDB_row_lock_waits |0 |
+-------------------------------+-------+
5rowsinset(0.01sec)
如果发现锁争用比较严重，如InnoDB_row_lock_waits和InnoDB_row_lock_time_avg的值比较高，还可以通过
解锁
第一种
showprocesslist;
找到锁进程，killid;
第二种
mysql>UNLOCKTABLES;
锁表
锁定数据表，避免在备份过程中，表被更新
mysql>LOCKTABLEStbl_nameREAD;
为表增加一个写锁定：
mysql>LOCKTABLEStbl_nameWRITE;