[b]MySQL锁概述[/b]   相对其他数据库而言，MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁（table-level locking）；BDB存储引擎采用的是页面锁（page-level locking），但也支持表级锁；InnoDB存储引擎既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。   MySQL这3种锁的特性可大致归纳如下。   开销、加锁速度、死锁、粒度、并发性能   l         表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。 l         行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。 l         页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。   [b]MyISAM表锁[/b] 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的值比较高，还可以通过   [b]解锁[/b] 第一种 show processlist; 找到锁进程，kill id ; 第二种 mysql>UNLOCK TABLES; 锁表 锁定数据表，避免在备份过程中，表被更新 mysql>LOCK TABLES tbl_name READ; 为表增加一个写锁定： mysql>LOCK TABLES tbl_name WRITE;