mysql数据库锁查看
第一步，创建数据库表writer和查看表结构，利用SQL语句：
create table writer(
wid int(10),
wno int(10),
wname varchar(20),
wsex varchar(2),
wage int(2)
);
desc writer;
如下图所示：
第二步，向数据库表writer插入五条数据，插入后查看表里数据，如下图所示：
第三步，利用锁定语句锁定数据库表writer，利用SQL语句：
lock table writer read;
让数据库表只读不能进行写
如下图所示：
第四步，为了验证锁定效果，可以查看数据库表数据，利用SQL语句：
select * from writer;
如下图所示：
第五步，利用update语句对id=5进行更新，SQL语句为：
update writer set wname = '胡思思' where id = 5;
如下图所示：
6
第六步，利用unlock进行解锁，SQL语句为：
unlock tables;
如下图所示：
‘贰’ 如何查看MySQL数据库的死锁日志
如何查看MySQL数据库的死锁日志
1. 使用终端或命令提示符登录到MySQL，输入命令：mysql -h xxxx.xxx.xxx -P 3306 -u username -p
解释：xxxx.xxx.xxx是数据库IP地址，username是数据库用户名，输入命令后，会让你输入username对应的密码，就可以登录了
4. 如何分析日志，定位死锁原因
看3里面的图，紫色划线部分
分析：
事务1，等待
RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`，这个位置的X锁
事务2，持有
RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁
事务2，等待这个地方的X锁
理论上这个事务2是可以提交的不会，死锁，但是这个事务日志只打印最后一部分死锁，信息，这里面隐含的条件是，事务1也持有
RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁，这样，事务2不能加X锁，同时事务1也不能加X锁，产生死锁。
‘叁’ 如何查看MySQL数据库的死锁信息
查看MySQL数据库的死锁日志
1. 使用终端或命令提示符登录到MySQL，输入命令：mysql -h xxxx.xxx.xxx -P 3306 -u username -p解释：xxxx.xxx.xxx是数据库IP地址，username是数据库用户名，输入命令后，会让你输入username对应的密码，就可以登录了
4. 如何分析日志，定位死锁原因看3里面的图，紫色划线部分分析：事务1，等待RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`，这个位置的X锁事务2，持有RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁事务2，等待这个地方的X锁理论上这个事务2是可以提交的不会，死锁，但是这个事务日志只打印最后一部分死锁，信息，这里面隐含的条件是，事务1也持有RECORD LOCKS space id 553 page no 376 n bits 368 index `index_user_id` of table `tbj`.`score_user`这个地方的S锁，这样，事务2不能加X锁，同时事务1也不能加X锁，产生死锁。
‘肆’ 如何查看mysql的锁信息
方法1：利用 metadata_locks 视图
此方法仅适用于 MySQL 5.7 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。
方法2：利用 events_statements_history 视图此方法适用于 MySQL 5.6 以上版本，启用 performance_schema.eventsstatements_history（5.6 默认未启用，5.7 默认启用），该表会 SQL 历史记录执行，如果请求太多，会自动清理早期的信息，有可能将上锁会话的信息清理掉。
方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。也可以使用 gdb 交互模式，但 attach mysql 进程后 mysql 会完全 hang 住，读请求也会受到影响，不建议使用交互模式。
方法4：show processlist
如果备份程序使用的特定用户执行备份，如果是 root 用户备份，那 time 值越大的是持锁会话的概率越大，如果业务也用 root 访问，重点是 state 和 info 为空的，这里有个小技巧可以快速筛选，筛选后尝试 kill 对应 ID，再观察是否还有 wait global read lock 状态的会话。
方法5：重启试试！
‘伍’ MySQL数据库如何锁定和解锁数据库表
第一步，创建数据库表writer和查看表结构，利用SQL语句：
create table writer(
wid int(10),
wno int(10),
wname varchar(20),
wsex varchar(2),
wage int(2)
第二步，向数据库表writer插入五条数据，插入后查看表里数据
第三步，利用锁定语句锁定数据库表writer，利用SQL语句：
lock table writer read;
让数据库表只读不能进行写
第四步，为了验证锁定效果，可以查看数据库表数据，利用SQL语句：
select * from writer;
第五步，利用update语句对id=5进行更新，SQL语句为：
update writer set wname = '胡思思' where id = 5;
第六步，利用unlock进行解锁，SQL语句为：
unlock tables;
‘陆’ 查询mysql 哪些表正在被锁状态
可直接在mysql命令行执行：show engine innodb statusG;
查看造成死锁的sql语句，分析索引情况，然后优化sql然后show processlist;
show status like ‘%lock%’
show OPEN TABLES where In_use > 0; 这个语句记录当前锁表状态
另外可以打开慢查询日志，linux下打开需在my.cnf的[mysqld]里面加上以下内容：
slow_query_log=TRUE(有些mysql版本是ON)
slow_query_log_file=/usr/local/mysql/slow_query_log.txt
long_query_time=3
(6)mysql数据库锁查看扩展阅读：
MySQL锁定状态查看命令
Checking table：正在检查数据表（这是自动的）。
Closing tables：正在将表中修改的数据刷新到磁盘中，同时正在关闭已经用完的表。这是一个很快的操作，如果不是这样的话，就应该确认磁盘空间是否已经满了或者磁盘是否正处于重负中。
Connect Out：复制从服务器正在连接主服务器。
Copying to tmp table on disk：由于临时结果集大于tmp_table_size，正在将临时表从内存存储转为磁盘存储以此节省内存。
Creating tmp table：正在创建临时表以存放部分查询结果。
deleting from main table：服务器正在执行多表删除中的第一部分，刚删除第一个表。
‘柒’ MYSQL数据库怎么查看 哪些表被锁了
以下五种方法可以快速定位全局锁的位置，仅供参考。
方法1：利用 metadata_locks 视图
此方法仅适用于 MySQL 5.7 以上版本，该版本 performance_schema 新增了 metadata_locks，如果上锁前启用了元数据锁的探针（默认是未启用的），可以比较容易的定位全局锁会话。
方法2：利用 events_statements_history 视图此方法适用于 MySQL 5.6 以上版本，启用 performance_schema.eventsstatements_history（5.6 默认未启用，5.7 默认启用），该表会 SQL 历史记录执行，如果请求太多，会自动清理早期的信息，有可能将上锁会话的信息清理掉。
方法3：利用 gdb 工具如果上述两种都用不了或者没来得及启用，可以尝试第三种方法。利用 gdb 找到所有线程信息，查看每个线程中持有全局锁对象，输出对应的会话 ID，为了便于快速定位，我写成了脚本形式。也可以使用 gdb 交互模式，但 attach mysql 进程后 mysql 会完全 hang 住，读请求也会受到影响，不建议使用交互模式。
方法4：show processlist
如果备份程序使用的特定用户执行备份，如果是 root 用户备份，那 time 值越大的是持锁会话的概率越大，如果业务也用 root 访问，重点是 state 和 info 为空的，这里有个小技巧可以快速筛选，筛选后尝试 kill 对应 ID，再观察是否还有 wait global read lock 状态的会话。
方法5：重启试试！
‘捌’ mysql 查看数据库中有没有锁
第一步，查看行锁使用情况，命令：
show statue like 'innodb_row_lock%';
如下图所示：
第二步，创建数据库表monitor_amount，如下图所示：
第三步，查看innodb的状态，命令：
show innodb status \G;
如下图所示：
第四步，向数据库表monitor_amount插入四条记录，如下图所示：
第五步，再次查看innodb状态，如下图所示：
第六步，可以利用删除表命令来停止查看，如下图所示：