mysql数据库锁表查询（怎么知道数据库表已经锁表了）

本文目录

• 怎么知道数据库表已经锁表了
• MySQL数据库表锁定的几种方法实现
• MySQL数据库中查询表是否被锁以及解锁
• 如何对MySQL数据库表进行锁定
• mysql 查看数据库中有没有锁
• MYSQL数据库怎么查看 哪些表被锁了
• mysql 查看死锁
• java程序中如何实现对mysql数据库中表的锁定
• MySQL锁表是什么意思

怎么知道数据库表已经锁表了

可直接在mysql命令行执行：show engine innodb status\G;

查看造成死锁的sql语句，分析索引情况，然后优化sql然后show processlist;

show status like ‘%lock%’

show OPEN TABLES where In_use 》 0; 这个语句记录当前锁表状态 

另外可以打开慢查询日志，linux下打开需在my.cnf的里面加上以下内容：

slow_query_log=TRUE(有些mysql版本是ON)

slow_query_log_file=/usr/local/mysql/slow_query_log.txt

long_query_time=3

select *from v$locked_object：可以获得被锁的对象的object_id及产生锁的会话sid。通过查询结果中的object_id，可以查询到具体被锁的对象。

扩展资料：

注意事项

也可以直接把这几个视图和表关联起来，在查询结果中直接得到“alter system kill session ’sid, serial#’”这样的方便的kill sessoin命令。

如果执行kill session命令后，锁并没有除掉，session依然存在。这种情况，通过select spid from v$process where addr in(select paddr from v$session where sid = &sid)查询到oracle会话在服务器上的pid，然后登陆到服务器上，执行kill -9 pid这样就能杀掉进程解锁了。

MySQL数据库表锁定的几种方法实现

如果两个程序都向表中写数据显然会造成很大的麻烦，甚至会有意外情况发生。如果表正由一个程序写入，同时进行读取的另一个程序也会产生混乱的结果。　　锁定表的方法　　防止客户机的请求互相干扰或者服务器与维护程序相互干扰的方法主要有多种。如果你关闭数据库，就可以保证服务器和myisamchk和isamchk之间没有交互作用。但是停止服务器的运行并不是一个好注意，因为这样做会使得没有故障的数据库和表也不可用。本节主要讨论的过程，是避免服务器和myisamchk或isamchk之间的交互作用。实现这种功能的方法是对表进行锁定。　　服务器由两种表的锁定方法：　　1.内部锁定　　内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。也可以利用内部锁定机制防止服务器在利用myisamchk或isamchk检查或修复表时对表的访问。　　语法：　　锁定表：LOCK TABLEStbl_name {READ | WRITE},　　解锁表：UNLOCKTABLES　　LOCKTABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCKTABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。　　如果一个线程获得在一个表上的一个READ锁，该线程(和所有其他线程)只能从表中读。如果一个线程获得一个表上的一个WRITE锁，那么只有持锁的线程READ或WRITE表，其他线程被阻止。　　每个线程等待(没有超时)直到它获得它请求的所有锁。　　WRITE锁通常比READ锁有更高的优先级，以确保更改尽快被处理。这意味着，如果一个线程获得READ锁，并且然后另外一个线程请求一个WRITE锁,随后的READ锁请求将等待直到WRITE线程得到了锁并且释放了它。　　显然对于检查，你只需要获得读锁。再者钟情跨下，只能读取表，但不能修改它，因此他也允许其它客户机读取表。对于修复，你必须获得些所以防止任何客户机在你对表进行操作时修改它。　　2.外部锁定　　服务器还可以使用外部锁定(文件级锁)来防止其它程序在服务器使用表时修改文件。通常，在表的检查操作中服务器将外部锁定与myisamchk或isamchk作合使用。但是，外部锁定在某些系统中是禁用的，因为他不能可靠的进行工作。对运行myisamchk或isamchk所选择的过程取决于服务器是否能使用外部锁定。如果不使用，则必修使用内部锁定协议。　　如果服务器用--skip-locking选项运行，则外部锁定禁用。该选项在某些系统中是缺省的，如Linux。可以通过运行mysqladminvariables命令确定服务器是否能够使用外部锁定。检查skip_locking变量的值并按以下方法进行：　　◆如果skip_locking为off，则外部锁定有效您可以继续并运行人和一个实用程序来检查表。服务器和实用程序将合作对表进行访问。但是，运行任何一个实用程序之前，应该使用mysqladmin flush-tables。为了修复表，应该使用表的修复锁定协议。　　◆如果skip_locaking为on，则禁用外部锁定，所以在myisamchk或isamchk检查修复表示服务器并不知道，最好关闭服务器。如果坚持是服务器保持开启状态，月确保在您使用此表示没有客户机来访问它。

MySQL数据库中查询表是否被锁以及解锁

1.查看表被锁状态 2.查看造成死锁的sql语句 3.查询进程 4.解锁(删除进程) 5.查看正在锁的事物  (8.0以下版本) 6.查看等待锁的事物 (8.0以下版本)

如何对MySQL数据库表进行锁定

服务器由两种表的锁定方法：1.内部锁定内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。也可以利用内部锁定机制防止服务器在利用myisamchk或isamchk检查或修复表时对表的访问。语法：锁定表：LOCK TABLES tbl_name {READ | WRITE},解锁表：UNLOCK TABLESLOCK TABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCK TABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。如果一个线程获得在一个表上的一个READ锁，该线程(和所有其他线程)只能从表中读。如果一个线程获得一个表上的一个WRITE锁，那么只有持锁的线程READ或WRITE表，其他线程被阻止。每个线程等待(没有超时)直到它获得它请求的所有锁。WRITE锁通常比READ锁有更高的优先级，以确保更改尽快被处理。这意味着，如果一个线程获得READ锁，并且然后另外一个线程请求一个WRITE锁, 随后的READ锁请求将等待直到WRITE线程得到了锁并且释放了它。显然对于检查，你只需要获得读锁。再者钟情跨下，只能读取表，但不能修改它，因此他也允许其它客户机读取表。对于修复，你必须获得些所以防止任何客户机在你对表进行操作时修改它。2.外部锁定服务器还可以使用外部锁定（文件级锁）来防止其它程序在服务器使用表时修改文件。通常，在表的检查操作中服务器将外部锁定与myisamchk或isamchk作合使用。但是，外部锁定在某些系统中是禁用的，因为他不能可靠的进行工作。对运行myisamchk或isamchk所选择的过程取决于服务器是否能使用外部锁定。如果不使用，则必修使用内部锁定协议。如果服务器用--skip-locking选项运行，则外部锁定禁用。该选项在某些系统中是缺省的，如Linux。可以通过运行mysqladmin variables命令确定服务器是否能够使用外部锁定。检查skip_locking变量的值并按以下方法进行：◆ 如果skip_locking为off，则外部锁定有效您可以继续并运行人和一个实用程序来检查表。服务器和实用程序将合作对表进行访问。但是，运行任何一个实用程序之前，应该使用mysqladmin flush-tables。为了修复表，应该使用表的修复锁定协议。◆ 如果skip_locaking为on，则禁用外部锁定，所以在myisamchk或isamchk检查修复表示服务器并不知道，最好关闭服务器。如果坚持是服务器保持开启状态，月确保在您使用此表示没有客户机来访问它。必须使用卡党的锁定协议告诉服务器是该表不被其他客户机访问。检查表的锁定协议本节只介绍如果使用表的内部锁定。对于检查表的锁定协议，此过程只针对表的检查，不针对表的修复。1.调用mysql发布下列语句：$mysql –u root –p db_namemysql》LOCK TABLE tbl_name READ;mysql》FLUSH TABLES;该锁防止其它客户机在检查时写入该表和修改该表。FLUSH语句导致服务器关闭表的文件，它将刷新仍在告诉缓存中的任何为写入的改变。2.执行检查过程$myisamchk tbl_name$ isamchk tbl_name3.释放表锁mysql》UNLOCK TABLES;如果myisamchk或isamchk指出发现该表的问题，将需要执行表的修复。修复表的锁定协议这里只介绍如果使用表的内部锁定。修复表的锁定过程类似于检查表的锁定过程，但有两个区别。第一，你必须得到写锁而非读锁。由于你需要修改表，因此根本不允许客户机对其进行访问。第二，必须在执行修复之后发布FLUSH TABLE语句，因为myisamchk和isamchk建立的新的索引文件，除非再次刷新改表的高速缓存，否则服务器不会注意到这个改变。本例同样适合优化表的过程。1.调用mysql发布下列语句：$mysql –u root –p db_namemysql》LOCK TABLE tbl_name WRITE;mysql》FLUSH TABLES;2.做数据表的拷贝，然后运行myisamchk和isamchk：$cp tbl_name.* /some/other/dir$myisamchk --recover tbl_name$ isamchk --recover tbl_name--recover选项只是针对安装而设置的。这些特殊选项的选择将取决与你执行修复的类型。3.再次刷新高速缓存，并释放表锁：mysql》FLUSH TABLES;mysql》UNLOCK TABLES;

mysql 查看数据库中有没有锁

第一步，查看行锁使用情况，命令：show statue like ’innodb_row_lock%’;如下图所示：第二步，创建数据库表monitor_amount，如下图所示：第三步，查看innodb的状态，命令：show innodb status \G;如下图所示：第四步，向数据库表monitor_amount插入四条记录，如下图所示：第五步，再次查看innodb状态，如下图所示：第六步，可以利用删除表命令来停止查看，如下图所示：

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 查看死锁

查看MySQL数据库的死锁日志 

1. 使用终端或命令提示符登录到MySQL，输入命令：mysql -h xxxx.xxx.xxx -P 3306 -u username -p 解释：xxxx.xxx.xxx是数据库IP地址，username是数据库用户名，输入命令后，会让你输入username对应的密码，就可以登录了

2. 如何查看MySQL数据库的死锁信息 在MySQL客户端下输入命令： show engine innodb status \G; 

3. 如何定位MySQL数据库的死锁信息 在打印出来的信息中找到“LATEST DETECTED DEADLOCK”一节内容，看图中红线 

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锁，产生死锁。

java程序中如何实现对mysql数据库中表的锁定

方法1：用mysql命令锁住表.

public void test() {        String sql = "lock tables aa1 write";      // 或String sql = "lock tables aa1 read";       // 如果想锁多个表 lock tables aa1 read ,aa2 write , .....       String sql1 = "select * from aa1 ";        String sql2 = "unlock tables";      try {          this.pstmt = conn.prepareStatement(sql);          this.pstmt1 = conn.prepareStatement(sql1);          this.pstmt2 = conn.prepareStatement(sql2);          pstmt.executeQuery();          pstmt1.executeQuery();          pstmt2.executeQuery();        } catch (Exception e) {          System.out.println("异常" + e.getMessage());      }    }

对于read lock 和 write lock官方说明：1.如果一个线程获得一个表的READ锁定，该线程（和所有其它线程）只能从该表中读取。如果一个线程获得一个表的WRITE锁定，只有保持锁定的线程可以对表进行写入。其它的线程被阻止，直到锁定被释放时为止。

2.当您使用LOCK TABLES时，您必须锁定您打算在查询中使用的所有的表。虽然使用LOCKTABLES语句获得的锁定仍然有效，但是您不能访问没有被此语句锁定的任何的表。同时，您不能在一次查询中多次使用一个已锁定的表——使用别名代替，在此情况下，您必须分别获得对每个别名的锁定。

对与read lock 和 write lock个人说明：1.read lock 和 write lock 是线程级(表级别).2.在同一个会话中加了read lock锁. 只能对这个表进行读操作.对这个表以外的任何表都无法进行增、删、改、查的操作.但是在不同会话中，只能对加了read lock的表进行读操作.但可以对read lock以外的表进行增、删、改、查的操作.3.在同一个会话中加了write lock锁.只能对这个表进行读、写操作.对这个表以外的任何表都无法进行增、删、改、查的操作.但是在不同会话中,无法对加了write lock的表进行读、写操作.但可以对write lock以外的表进行增、删、改、查的操作.4.如果表中使用了别名.(SELECT * FROM aa1 AS byname_table)在对aa1加锁时，必须把别名加上去(lock tables aa1 as byname_table read)在同一个会话中.必须使用别名进行查询.在不同的会话中.可以不需要使用别名进行查询.5.在多个会话中可以对同一个表进行lock read操作.但不能在多个会话中对同一个表进行lock write操作（这些锁将等待已锁的表释放自身的线程锁）如果多个会话对同一个表进行lock read操作.那么在这些会话中,也只能对以锁的表进行读操作.6.如果要你锁住了一个表，需要嵌套查询.你必须使用别名，并且，要锁定别名.例如.lock table aa1 read ,aa1 as byname_table read;select * from aa1 where id in (select * from aa1 as xx  where id=2);7.解锁必须用unlock tables;

另:在JAVA程序中,要想解锁,需要调用 unlock tables来解锁.如果没有调用unlock tables.关闭connection 、程序结束 、调用GC 都能解锁.

方法2：用记录锁锁表.

public void test() {        String sql = "select * from aa1 for update";                  // select * from aa1 lock in share mode;         try {          conn.setAutoCommit(false);          this.pstmt = conn.prepareStatement(sql);          pstmt.executeQuery();        } catch (Exception e) {          System.out.println("异常" + e.getMessage());      }    }

1.for update 与 lock in share mode 属于行级锁和页级锁

2.for update 排它锁,lock in share mode 共享锁

3.对于记录锁.必须开启事务.

4.行级锁定事实上是索引记录的锁定.只要是用索引扫描的行（或没索引全表扫描的行）,都将被锁住.

5.在不同的隔离级别下还会使用next-key locking算法.即所扫描的行之间的“间隙”也会也锁住(在Repeatable read和Serializable隔离级别下有间隙锁).

6.在mysql中共享锁的含义是:在被共享锁锁住的行,即使内容被修改且并没有提交.在另一个会话中依然看到最新修改的信息.

在同一会话中加上了共享锁.可以对这个表以及这个表以外的所有表进行增、删、改、查的操作.

在不同的会话中.可以查到共享锁锁住行的最新消息.但是在Read Uncommitted隔离级别下不能对锁住的表进行删，

改操作.（需要等待锁释放才能操作...）在Read Committed隔离级别下不能对锁住的表进行删，改操作.（需要等待锁释放才能操作...）在Repeatable read隔离级别下不能对锁住行进行增、删、改操作.（需要等待锁释放才能操作...）在Serializable隔离级别下不能对锁住行进行增、删、改操作.  （需要等待锁释放才能操作...）

7.在mysql中排他锁的含义是:在被排它锁锁住的行,内容修改并没提交，在另一个会话中不会看到最新修改的信息。

在不同的会话中.可以查到共享锁锁住行的最新消息.但是Read Uncommitted隔离级别下不能对锁住的表进行删，

改操作.（需要等待锁释放才能操作...）在Read Committed隔离级别下不能对锁住的表进行删，改操作.（需要等待锁释放才能操作...）在Repeatable read隔离级别下不能对锁住行进行增、删、改操作.（需要等待锁释放才能操作...）在Serializable隔离级别下不能对锁住行进行增、删、改操作. （需要等待锁释放才能操作...）   

8.在同一个会话中的可以叠加多个共享锁和排他锁.在多个会话中,需要等待锁的释放.

9.SQL中的update 与 for update是一样的原理.

10.等待超时的参数设置:innodb_lock_wait_timeout=50 (单位秒).

11.任何可以触发事务提交的命令,都可以关闭共享锁和排它锁.

MySQL锁表是什么意思

这牵涉到mysql的事务，简单通俗的话，就这样给你解释有一个任务序列控制sql语句的执行，第一次有select的语句查询表a，mysql服务器在执行select之前将表a加读锁，第二次又有一条select语句查询表a， mysql服务器发现在任务序列中有表a的读锁，也就是同时还有一个sql查询表a，读锁不会影响这条sql语句，当有一条update或者insert语句对表a操作时，mysql服务器会对表a加写锁，以此提示之后的对表a操作的sql语句等待写锁解锁后在执行，以免造成写入与读取的混乱