方法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.任何可以触发事务提交的命令,都可以关闭共享锁和排它锁.
以下五种方法可以快速定位全局锁的位置，仅供参考。方法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：重启试试！
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）