MYSQL 解锁与锁表介绍

mysql锁概述
 
相对其他数据库而言，mysql的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。比如，myisam和memory存储引擎采用的是表级锁（table-level locking）；bdb存储引擎采用的是页面锁（page-level locking），但也支持表级锁；innodb存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。
 
mysql这3种锁的特性可大致归纳如下。
 
开销、加锁速度、死锁、粒度、并发性能
 
l         表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。
l         行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。
l         页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
 
myisam表锁

myisam存储引擎只支持表锁，这也是mysql开始几个版本中唯一支持的锁类型。随着应用对事务完整性和并发性要求的不断提高，mysql才开始开发基于事务的存储引擎，后来慢慢出现了支持页锁的bdb存储引擎和支持行锁的innodb存储引擎（实际 innodb是单独的一个公司，现在已经被oracle公司收购）。但是myisam的表锁依然是使用最为广泛的锁类型。本节将详细介绍myisam表锁的使用。
查询表级锁争用情况

可以通过检查table_locks_waited和table_locks_immediate状态变量来分析系统上的表锁定争夺：
mysql> show status like 'table%';
+-----------------------+-------+
| variable_name         | value |
+-----------------------+-------+
| table_locks_immediate | 2979  |
| table_locks_waited    | 0     |
+-----------------------+-------+
2 rows in set (0.00 sec))
如果table_locks_waited的值比较高，则说明存在着较严重的表级锁争用情况。
 
获取innodb行锁争用情况   

可以通过检查innodb_row_lock状态变量来分析系统上的行锁的争夺情况：
mysql> show status like '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     |
+-------------------------------+-------+
5 rows in set (0.01 sec)
如果发现锁争用比较严重，如innodb_row_lock_waits和innodb_row_lock_time_avg的值比较高，还可以通过
 

解锁

第一种

show processlist;

找到锁进程，kill id ;

第二种

mysql>unlock tables;

锁表

锁定数据表，避免在备份过程中，表被更新

mysql>lock tables tbl_name read;

为表增加一个写锁定：

mysql>lock tables tbl_name write;