锁问题
13.1 获取锁等待情况
可以通过检查table_locks_waited 和table_locks_immediate 状态变量来分析系统上的表锁定争夺：
mysql> show status like ‘table%’;
+—————————-+———-+
| variable_name | value |
+—————————-+———-+
| table_locks_immediate | 105 |
| table_locks_waited | 3 |
+—————————-+———-+
2 rows in set (0.00 sec)
可以通过检查innodb_row_lock 状态变量来分析系统上的行锁的争夺情况：
mysql> show status like ‘innodb_row_lock%’;
+—————————————-+———-+
| variable_name | value |
+—————————————-+———-+
| innodb_row_lock_current_waits | 0 |
| innodb_row_lock_time | 2001 |
| innodb_row_lock_time_avg | 667 |
| innodb_row_lock_time_max | 845 |
| innodb_row_lock_waits | 3 |
+—————————————-+———-+
5 rows in set (0.00 sec)
另外，针对innodb 类型的表，如果需要察看当前的锁等待情况，可以设置innodb monitors，然后通过show innodb status 察看，设置的方式是：
create table innodb_monitor(a int) engine=innodb;
监视器可以通过发出下列语句来被停止：
drop table innodb_monitor;
设置监视器后，在show innodb status 的显示内容中，会有详细的当前锁等待的信息，包括表名、锁类型、锁定记录的情况等等，便于进行进一步的分析和问题的确定。打开监视器以后，默认情况下每15 秒会向日志中记录监控的内容，如果长时间打开会导致.err 文件变得非常的巨大，所以我们在确认问题原因之后，要记得删除监控表以关闭监视器。或者通过使用–console 选项来启动服务器以关闭写日志文件。
13.2 什么情况下使用表锁
表级锁在下列几种情况下比行级锁更优越：
1. 很多操作都是读表。
2. 在严格条件的索引上读取和更新，当更新或者删除可以用单独的索引来读取得到时：
3. update tbl_name set column=value where unique_key_col=key_value;
4. delete from tbl_name where unique_key_col=key_value;
5. select 和insert 语句并发的执行，但是只有很少的update 和delete 语句。
6. 很多的扫描表和对全表的group by 操作，但是没有任何写表。
13.3 什么情况下使用行锁行级锁定的优点：
1. 当在许多线程中访问不同的行时只存在少量锁定冲突。
2. 回滚时只有少量的更改。
3. 可以长时间锁定单一的行。
行级锁定的缺点：
1. 比页级或表级锁定占用更多的内存。
2. 当在表的大部分中使用时，比页级或表级锁定速度慢，因为你必须获取更多的锁。
3. 如果你在大部分数据上经常进行group by 操作或者必须经常扫描整个表，比其它锁定明显慢很多。
4. 用高级别锁定，通过支持不同的类型锁定，你也可以很容易地调节应用程序，因为其锁成本小于行级锁定。
以上就是mysql中的锁问题的内容，更多相关文章请关注PHP中文网（www.php.cn）！
