标签：
表级:引擎 MyISAM, 理解为锁住整个表, 锁定期间, 其它进程无法对该表进行写操作, 如果是读锁, 其他进程可以同时读, 如果是写锁, 则其它进程则读也不允许
行级:引擎 INNODB, 单独的一行记录加锁, 其它进程还是可以对同一个表中的其它记录进行操作
页级:引擎 BDB, 表级锁速度快, 但冲突多, 行级冲突少, 但速度慢, 页级折衷, 一次锁定相邻的一组记录
表级锁：开销小, 加锁快, 不会出现死锁, 锁定粒度大, 发生锁冲突的概率最高, 并发度最低
行级锁：开销大, 加锁慢, 会出现死锁, 锁定粒度最小, 发生锁冲突的概率最低, 并发度也最高
页面锁：开销和加锁时间界于表锁和行锁之间, 会出现死锁, 锁定粒度界于表锁和行锁之间, 并发度一般
表锁
表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）
对WRITE, MySQL使用的表锁定方法原理如下：如果在表上没有锁, 在它上面放一个写锁, 否则, 把锁定请求放在写锁定队列中
对READ, MySQL使用的表锁方法原理如下：如果在表上没有写锁定, 把一个读锁定放在它上面否则, 把锁请求放在读锁定队列中
行锁
在SQL语句处理期间, InnoDB自动获得行锁定和BDB获得页锁定, 而不是在事务启动时获得
InnoDB行锁是通过给索引项加锁来实现的, 即只有通过索引条件检索数据, InnoDB才使用行级锁, 否则将使用表锁！
行级锁定的优点：
当在许多线程中访问不同的行时只存在少量锁定冲突
回滚时只有少量的更改
可以长时间锁定单一的行
行级锁定的缺点：
比页级或表级锁定占用更多的内存
当在表的大部分中使用时, 比页级或表级锁定速度慢, 因为你必须获取更多的锁(比如UPDATE多条数据)
如果你在大部分数据上经常进行GROUP BY操作或者必须经常扫描整个表, 比其它锁定明显慢很多
用高级别锁定, 通过支持不同的类型锁定, 你也可以很容易地调节应用程序, 因为其锁成本小于行级锁定
在以下情况下, 表锁定优先于页级或行级锁定：
表的大部分语句用于读取
对严格的关键字进行读取和更新, 你可以更新或删除可以用单一的读取的关键字来提取的一行：
UPDATE tbl_name SET column=value WHERE unique_key_col=key_value
DELETE FROM tbl_name WHERE unique_key_col=key_value
SELECT 结合并行的INSERT语句, 并且只有很少的UPDATE或DELETE语句
在整个表上有许多扫描或GROUP BY操作, 没有任何写操作
如果想要在一个表上做大量的 INSERT 和 SELECT 操作, 但是并行的插入却不可能时, 可以将记录插入到临时表中, 然后定期将临时表中的数据更新到实际的表里, 可以用以下命令实现：
mysql> LOCK TABLES real_table WRITE, insert_table WRITE; mysql> INSERT INTO real_table SELECT * FROM insert_table; mysql> TRUNCATE TABLE insert_table; mysql> UNLOCK TABLES;
MyISAM
但在一定条件下MyISAM表也支持查询和插入的操作的并发进行, 其机制是通过控制一个系统变量（concurrent_insert）来进行的, 当其值设置为0时, 不允许并发插入, 当其值设置为1 时, 如果MyISAM表中没有空洞（即表中没有被删除的行）, MyISAM允许在一个进程读表的同时, 另一个进程从表尾插入记录, 当其值设置为2时, 无论 MyISAM 表中有没有空洞, 都允许在表尾并发插入记录
MyISAM锁调度是如何实现的呢, 这也是一个很关键的问题, 例如, 当一个进程请求某个MyISAM表的读锁, 同时另一个进程也请求同一表的写锁, 此时 MySQL将会如优先处理进程呢？通过研究表明, 写进程将先获得锁（即使读请求先到锁等待队列）, 但这也造成一个很大的缺陷, 即大量的写操作会造成查询操作很难获得读锁, 从而可能造成永远阻塞, 所幸我们可以通过一些设置来调节MyISAM的调度行为, 我们可通过指定参数low-priority-updates, 使MyISAM默认引擎给予读请求以优先的权利, 设置其值为1（set low_priority_updates=1), 使优先级降低
InnoDB
由于InnoDB预设是Row-Level Lock, 所以只有「明确」的指定主键, MySQL才会执行Row lock (只锁住被选取的资料例), 否则MySQL将会执行Table Lock (将整个资料表单给锁住)
举个例子: 假设有个表单products, 里面有id跟name二个栏位, id是主键
例1: (明确指定主键, 并且有此笔资料, row lock)
SELECT * FROM products WHERE id=‘3‘ FOR UPDATE; SELECT * FROM products WHERE id=‘3‘ and type=1 FOR UPDATE;
例2: (明确指定主键, 若查无此笔资料, 无lock)
SELECT * FROM products WHERE id=‘-1‘ FOR UPDATE;
例3: (无主键, table lock)
SELECT * FROM products WHERE name=‘Mouse‘ FOR UPDATE;
例4: (主键不明确, table lock)
SELECT * FROM products WHERE id<>‘3‘ FOR UPDATE;
例5: (主键不明确, table lock)
SELECT * FROM products WHERE id LIKE ‘3‘ FOR UPDATE;
注1: FOR UPDATE仅适用于InnoDB, 且必须在交易区块(BEGIN/COMMIT)中才能生效
注2: 要测试锁定的状况, 可以利用MySQL的Command Mode, 开二个视窗来做测试
在MySql 5.0中测试确实是这样的
添加了(行级锁/表级锁)锁的数据不能被其它事务再锁定, 也不被其它事务修改（修改、删除）是表级锁时, 不管是否查询到记录, 都会锁定表;
如果A与B都对表id进行查询但查询不到记录, 则A与B在查询上不会进行row锁, 但A与B都会获取排它锁, 此时A再插入一条记录的话则会因为B已经有锁而处于等待中, 此时B再插入一条同样的数据则会抛出Deadlock found when trying to get lock; try restarting transaction然后释放锁, 此时A就获得了锁而插入成功
标签：
原文地址：http://www.cnblogs.com/JohnABC/p/4377529.html
