返回顶部
首页 > 资讯 > 数据库 >如何查看mysql里面的锁(详细)
  • 763
分享到

如何查看mysql里面的锁(详细)

mysql数据库java 2023-09-04 12:09:19 763人浏览 泡泡鱼
摘要

通过查询表统计信息查看 infORMation_schema库下相关事务表和锁相关信息表介绍innodb_trx存储了当前正在执行的事务信息trx_id:事务ID。trx_state:事务状态,有以下

通过查询表统计信息查看

infORMation_schema库下相关事务表和相关信息表介绍innodb_trx存储了当前正在执行的事务信息trx_id:事务ID。trx_state:事务状态,有以下几种状态:RUNNING、LOCK WaiT、ROLLING BACK 和 COMMITTING。trx_started:事务开始时间。trx_requested_lock_id:事务当前正在等待锁的标识,可以和 INNODB_LOCKS 表 JOIN 以得到更多详细信息。trx_wait_started:事务开始等待的时间。trx_Mysql_thread_id:事务线程 ID,可以和 PROCESSLIST 表 JOIN。trx_tables_locked:表示该事务目前加了多少个表级锁。trx_lock_structs:表示该事务生成了多少个内存中的锁结构。trx_lock_memory_bytes:事务锁住的内存大小,单位为 BYTES。trx_rows_locked:表示该事务目前加了多少个行级锁。innodb_locks记录了锁信息如果一个事务想要获取到某个锁但未获取到,则记录该锁信息如果一个事务获取到了某个锁,但是这个锁阻塞了别的事务,则记录该锁信息但是无法通过该表查询到谁被阻塞,谁持有未释放。lock_id:锁 ID。lock_trx_id:拥有锁的事务 ID。可以和 INNODB_TRX 表 JOIN 得到事务的详细信息。lock_mode:锁的模式。lock_type:锁的类型。RECORD 代表行级锁,TABLE 代表表级锁。lock_table:被锁定的或者包含锁定记录的表的名称。innodb_lock_waits表明每个阻塞的事务是因为获取不到哪个事务持有的锁而被阻塞requesting_trx_id:–获取不到锁而被阻塞的事务id(等待方)requested_lock_id:-- 请求锁ID ,事务所等待的锁定的 ID。可以和 INNODB_LOCKS 表 JOIN。blocking_trx_id: --获取到别的事务需要的锁而阻塞其事务的事务id(当前持有方,待释放)blocking_lock_id: --这一事务的锁的 ID,该事务阻塞了另一事务的运行。可以和 INNODB_LOCKS 表 JOIN。processlistid:标识ID。这与在SHOW PROCESSLIST语句的Id列、Performance Schema threads表的PROCESSLIST_ID列中显示的值类型相同,并由CONNECTION_ID()函数返回user:发出该语句的mysql用户。host:发出该语句的客户机的主机名(系统用户除外,没有主机)。db:默认数据库。command:线程正在执行的命令的类型。time:线程处于当前状态的时间(以秒为单位)。state:指示线程正在执行的操作、事件或状态。info:线程正在执行的语句,如果没有执行任何语句,则为NULL。如何借助这几张表来定位到有行锁等待

(1)查看当前有无锁等待

mysql> show status like ‘innodb_row_lock%’;

在这里插入图片描述
(2)查看哪个事务在等待(被阻塞了)

mysql> select * from information_schema.INNODB_TRX WHERE trx_state='LOCK WAIT'\Gtrx_state 表示该事务处于锁等待状态。trx_query : 当前被阻塞的操作是select * from actor where actor_id=1 for update。从trx_mysql_thread_id和trx_id可以看到这里查到当前被阻塞的事务的:线程ID是 971,注意说的是线程id

事务ID是3934
在这里插入图片描述
(3)查询该事务被哪个事务给阻塞了 从innodb_trx获取到被阻塞的trx_id是3934,阻塞该事务的事务id是3933

mysql> SELECT * FROM performance_schema.threads WHERE processlist_id=970\G

在这里插入图片描述
(4)根据trx_id,从innodb_trx表可查询到trx_mysql_thread_id线程id为970

mysql> select * from information_schema.innodb_trx where trx_id=3933 \G

在这里插入图片描述
(5)根据线程id,查询表拿到thread_id为995

mysql> SELECT * FROM performance_schema.threads WHERE processlist_id=970\G

在这里插入图片描述
(6)根据thread_id,查询当前锁源的sql
在这里插入图片描述

整个流程如下:(1)首先查询是否有锁,根据锁查到被锁的trx_id(2)根据被锁的trx_id可以查到锁源的trx_id(3)根据锁源的trx_id查到trx_mysql_thread_id(4)再根据trx_mysql_thread_id查到thread_id(5)最后,用thread_id查找到锁源的sql

此外,第一步发现锁的方式,也可直接获取到锁源trx_id和被锁trx_id
在这里插入图片描述
但是这种方法在mysql8.0已经被移除,介绍另外一张表

sys.innodb_lock_waits 表

locked_table : 哪张表出现的等待

waiting_trx_id: 等待的事务(与上个视图trx_id 对应)

waiting_pid : 等待的线程号(与上个视图trx_mysql_thread_id)

blocking_trx_id : 锁源的事务ID

blocking_pid : 锁源的线程号

mysql> select * from sys.innodb_lock_waits\G
在这里插入图片描述
获取到锁源的blocking_pid 976(=processlist表的id),根据此id找到thread_id,再根据thread_id找到对应的sql
在这里插入图片描述
总结

两种找到锁源SQL步骤是一样的

锁源的事务trx_id -->pnforMaction_schema.processlist表的线程id–>performance_schema.threads表的thread_id–>performance_schema.events_statements_current 或performance_schema.events_statements_history查看sql注:下面所指的id含义相同information_schema.innodb_trx(trx_mysql_thread_id)information_schema.processlist(id)sys.innodb_lock_waits(waiting_pid,blocking_pid)sys.sys.innodb_lock_waits的应用
1)查看锁等待相关的(阻塞线程、被阻塞线程信息及相关用户、IP、PORT、locked_type锁类型)SELECT locked_table,       locked_index,       locked_type,       blocking_pid,       concat(T2.USER,'@',T2.HOST) AS "blocking(user@ip:port)",       blocking_lock_mode,       blocking_trx_rows_modified,       waiting_pid,       concat(T3.USER,'@',T3.HOST) AS "waiting(user@ip:port)",       waiting_lock_mode,       waiting_trx_rows_modified,       wait_age_secs,       waiting_queryFROM sys.x$innodb_lock_waits T1LEFT JOIN INFORMATION_SCHEMA.processlist T2 ON T1.blocking_pid=T2.IDLEFT JOIN INFORMATION_SCHEMA.processlist T3 ON T3.ID=T1.waiting_pid;

在这里插入图片描述
2)等待的持续时间(单位秒>20s)

 SELECT trx_mysql_thread_id AS PROCESSLIST_ID,       NOW(),       TRX_STARTED,       TO_SECONDS(now())-TO_SECONDS(trx_started) AS TRX_LAST_TIME ,       USER,       HOST,       DB,       TRX_QUERYFROM INFORMATION_SCHEMA.INNODB_TRX trxJOIN sys.innodb_lock_waits lw ON trx.trx_mysql_thread_id=lw.waiting_pidJOIN INFORMATION_SCHEMA.processlist pcl ON trx.trx_mysql_thread_id=pcl.idWHERE trx_mysql_thread_id != connection_id()  AND TO_SECONDS(now())-TO_SECONDS(trx_started) >= 20 ;show engine innodb status将锁信息打印出来mysql> set global innodb_status_output_locks =ON;执行如下sql,fisrt_name上有普通二级索引begin;select * from actor where first_name >'A' and first_name <'B' for update; 查询得到该事务ID,方面后面观察验证

在这里插入图片描述
show engine innodb status看到的事务信息如下

我将注释写在#后面


TRANSACTIONS

Trx id counter 3957  #下一个待分配的事务idPurge done for trx's n:o < 3930 undo n:o < 0 state: running but idleHistory list length 0LIST OF TRANSACTIONS FOR EACH SESSION:           #各个事务信息---TRANSACTION 421799341399664, not started0 lock struct(s), heap size 1136, 0 row lock(s)---TRANSACTION 421799341400576, not started0 lock struct(s), heap size 1136, 0 row lock(s)---TRANSACTION 421799341403312, not started0 lock struct(s), heap size 1136, 0 row lock(s)---TRANSACTION 421799341398752, not started0 lock struct(s), heap size 1136, 0 row lock(s)---TRANSACTION 3956, ACTIVE 25 sec               #事务id为3956的事务,活跃时间253 lock struct(s), heap size 1136, 27 row lock(s)MySQL thread id 991, OS thread handle 140323910289152, query id 10636 localhost rootTABLE LOCK table `sakila`.`actor` trx id 3956 lock mode IX                  #事务id为3956的事务,对`sakila`.`actor`加了表级别意向独占锁 IXRECORD LOCKS space id 45 page no 5 n bits 272 index idx_actor_first of table `sakila`.`actor` trx id 3956 lock_mode XRecord lock, heap no 2 PHYSICAL RECORD: n_fields 2; compact format; info bits 0    #idx_actor_first 是二级索引,lock_mode X Record lock 表示X型的next_key 锁 0: len 4; hex 4144414d; asc ADAM;; 1: len 2; hex 0047; asc  G;;Record lock, heap no 3 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 4; hex 4144414d; asc ADAM;; 1: len 2; hex 0084; asc   ;;Record lock, heap no 4 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 2; hex 414c; asc AL;; 1: len 2; hex 00a5; asc   ;;Record lock, heap no 5 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 4; hex 414c414e; asc ALAN;; 1: len 2; hex 00ad; asc   ;;Record lock, heap no 6 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 6; hex 414c42455254; asc ALBERT;; 1: len 2; hex 007d; asc  };;Record lock, heap no 7 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 6; hex 414c42455254; asc ALBERT;; 1: len 2; hex 0092; asc   ;;Record lock, heap no 8 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 4; hex 414c4543; asc ALEC;; 1: len 2; hex 001d; asc   ;;Record lock, heap no 9 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 6; hex 414e47454c41; asc ANGELA;; 1: len 2; hex 0041; asc  A;;Record lock, heap no 10 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 6; hex 414e47454c41; asc ANGELA;; 1: len 2; hex 0090; asc   ;;Record lock, heap no 11 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 8; hex 414e47454c494e41; asc ANGELINA;; 1: len 2; hex 004c; asc  L;;Record lock, heap no 12 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 4; hex 414e4e45; asc ANNE;; 1: len 2; hex 0031; asc  1;;Record lock, heap no 13 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 6; hex 415544524559; asc AUDREY;; 1: len 2; hex 0022; asc  ";;Record lock, heap no 14 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 6; hex 415544524559; asc AUDREY;; 1: len 2; hex 00be; asc   ;;Record lock, heap no 15 PHYSICAL RECORD: n_fields 2; compact format; info bits 0 0: len 4; hex 42454c41; asc BELA;; 1: len 2; hex 00c4; asc   ;;RECORD LOCKS space id 45 page no 3 n bits 272 index PRIMARY of table `sakila`.`actor` trx id 3956 lock_mode X locks rec but not gapRecord lock, heap no 30 PHYSICAL RECORD: n_fields 6; compact format; info bits 0       # trx id 3956 聚簇索引PRIMARY ,lock_mode X locks rec but not gap Record lock 表示X型记录锁 0: len 2; hex 001d; asc   ;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b0228; asc     + (;; 3: len 4; hex 414c4543; asc ALEC;; 4: len 5; hex 5741594e45; asc WAYNE;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 35 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 0022; asc  ";; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b025a; asc     + Z;; 3: len 6; hex 415544524559; asc AUDREY;; 4: len 7; hex 4f4c4956494552; asc OLIVIER;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 50 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 0031; asc  1;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b02f0; asc     +  ;; 3: len 4; hex 414e4e45; asc ANNE;; 4: len 6; hex 43524f4e594e; asc CRONYN;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 66 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 0041; asc  A;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b0390; asc     +  ;; 3: len 6; hex 414e47454c41; asc ANGELA;; 4: len 6; hex 485544534f4e; asc HUDSON;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 72 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 0047; asc  G;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b03cc; asc     +  ;; 3: len 4; hex 4144414d; asc ADAM;; 4: len 5; hex 4752414e54; asc GRANT;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 77 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 004c; asc  L;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b03fe; asc     +  ;; 3: len 8; hex 414e47454c494e41; asc ANGELINA;; 4: len 7; hex 41535441495245; asc ASTAIRE;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 126 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 007d; asc  };; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b05e8; asc     +  ;; 3: len 6; hex 414c42455254; asc ALBERT;; 4: len 5; hex 4e4f4c5445; asc NOLTE;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 133 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 0084; asc   ;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b0631; asc     + 1;; 3: len 4; hex 4144414d; asc ADAM;; 4: len 6; hex 484f50504552; asc HOPPER;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 145 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 0090; asc   ;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b06b5; asc     +  ;; 3: len 6; hex 414e47454c41; asc ANGELA;; 4: len 11; hex 57495448455253504f4f4e; asc WITHERSPOON;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 147 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 0092; asc   ;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b06cb; asc     +  ;; 3: len 6; hex 414c42455254; asc ALBERT;; 4: len 9; hex 4a4f48414e53534f4e; asc JOHANSSON;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 166 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 00a5; asc   ;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b079c; asc     +  ;; 3: len 2; hex 414c; asc AL;; 4: len 7; hex 4741524c414e44; asc GARLAND;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 174 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 00ad; asc   ;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b07f4; asc     +  ;; 3: len 4; hex 414c414e; asc ALAN;; 4: len 8; hex 4452455946555353; asc DREYFUSS;; 5: len 4; hex 43f23ed9; asc C > ;;Record lock, heap no 191 PHYSICAL RECORD: n_fields 6; compact format; info bits 0 0: len 2; hex 00be; asc   ;; 1: len 6; hex 000000000ef8; asc       ;; 2: len 7; hex cf0000032b08af; asc     +  ;; 3: len 6; hex 415544524559; asc AUDREY;; 4: len 6; hex 4241494c4559; asc BAILEY;; 5: len 4; hex 43f23ed9; asc C > ;;从上我们可以看到此事务在表actor上,加上了mysql> select * from actor where first_name >'A' and first_name <'B' for update;+----------+------------+-------------+---------------------+| actor_id | first_name | last_name   | last_update         |+----------+------------+-------------+---------------------+|       71 | ADAM       | GRANT       | 2006-02-15 04:34:33 ||      132 | ADAM       | HOPPER      | 2006-02-15 04:34:33 ||      165 | AL         | GARLAND     | 2006-02-15 04:34:33 ||      173 | ALAN       | DREYFUSS    | 2006-02-15 04:34:33 ||      125 | ALBERT     | NOLTE       | 2006-02-15 04:34:33 ||      146 | ALBERT     | JOHANSSON   | 2006-02-15 04:34:33 ||       29 | ALEC       | WAYNE       | 2006-02-15 04:34:33 ||       65 | ANGELA     | HUDSON      | 2006-02-15 04:34:33 ||      144 | ANGELA     | WITHERSPOON | 2006-02-15 04:34:33 ||       76 | ANGELINA   | ASTAIRE     | 2006-02-15 04:34:33 ||       49 | ANNE       | CRONYN      | 2006-02-15 04:34:33 ||       34 | AUDREY     | OLIVIER     | 2006-02-15 04:34:33 ||      190 | AUDREY     | BAILEY      | 2006-02-15 04:34:33 |+----------+------------+-------------+---------------------+13 rows in set (0.00 sec)| actor | 
CREATE TABLE `actor` (  `actor_id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,  `first_name` varchar(45) NOT NULL,  `last_name` varchar(45) NOT NULL,  `last_update` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,  PRIMARY KEY (`actor_id`),  KEY `idx_actor_last_name` (`last_name`),  KEY `idx_actor_first` (`first_name`)) ENGINE=InnoDB AUTO_INCREMENT=201 DEFAULT CHARSET=utf8mb4 |这些行对应的二级索引idx_actor_first加上了X型next_key锁,在对应的聚簇索引上加上了Xrecord锁lock_mode X locks gap before rec  表示X型gap锁lock mode X                       表示X型next_key 锁lock_mode X locks rec but no gap  表示Xrecord

以上就是mysql查询锁信息的两种方法。

来源地址:https://blog.csdn.net/qq_41588098/article/details/130888704

您可能感兴趣的文档:

--结束END--

本文标题: 如何查看mysql里面的锁(详细)

本文链接: https://lsjlt.com/news/393578.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

猜你喜欢
  • 如何查看mysql里面的锁(详细)
    通过查询表统计信息查看 information_schema库下相关事务表和锁相关信息表介绍innodb_trx存储了当前正在执行的事务信息trx_id:事务ID。trx_state:事务状态,有以下...
    99+
    2023-09-04
    mysql 数据库 java
  • mysql如何查看表的详细信息
    要查看MySQL表的详细信息,可以使用以下几种方法: 使用DESCRIBE命令:可以通过DESCRIBE命令查看表的结构信息,包括...
    99+
    2024-05-08
    mysql
  • MySQL如何查看是否锁表
    这篇文章将为大家详细讲解有关MySQL如何查看是否锁表,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。 可直接在mysql命令行执行:show engine in...
    99+
    2024-04-02
  • 如何查看MySQL锁等待的原因
    这篇文章给大家分享的是有关如何查看MySQL锁等待的原因的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。--sys库的介绍    mysql...
    99+
    2024-04-02
  • MySQL查看锁的sql
    MySQL查看锁的sql 查看数据库状态 # 会显示加锁的信息等等show engine innodb status; 查看正在执行的线程信息 show full processlist; 查看正在锁的表 show open table...
    99+
    2023-08-18
    mysql sql 数据库
  • oracle如何查看dblink的详细信息
    可以通过以下步骤查看 oracle dblink 详细信息:查询 v$dblink 视图。查看查询结果,其中包括 dblink 名称、用户名、主机、sid、服务名和连接字符串等信息。使用...
    99+
    2024-05-13
    oracle
  • mysql中如何查看表是否被锁
    本文主要给大家简单讲讲mysql中如何查看表是否被锁,相关专业术语大家可以上网查查或者找一些相关书籍补充一下,这里就不涉猎了,我们就直奔主题吧,希望mysql中如何查看表是否被锁这篇文章可以给大家带来一些实...
    99+
    2024-04-02
  • mysql查看被锁住的表
    mysql查看被锁住的表 查询是否锁表 show OPEN TABLES where In_use > 0; 查看所有进程 MySQL: show processlist; mari...
    99+
    2024-04-02
  • 如何查看电脑配置详细参数
    要查看电脑的详细配置参数,你可以按照以下步骤进行操作:在Windows操作系统上:1. 使用快捷键Win+R来打开“运行”对话框,然...
    99+
    2023-10-08
    电脑
  • MySQL查看锁的实现代码
    目录mysql查看锁的sql开启锁监控其他监控MySQL查看锁的sql 查看数据库状态 # 会显示加锁的信息等等 show engine innodb status; 查看正在执行的线程信息 show full p...
    99+
    2023-02-05
    MySQL查看锁
  • 使用SYS如何查看MySQL5.7的锁
    下面讲讲关于使用SYS如何查看MySQL5.7的锁,文字的奥妙在于贴近主题相关。所以,闲话就不谈了,我们直接看下文吧,相信看完使用SYS如何查看MySQL5.7的锁这篇文章你一定会有所受益。  &...
    99+
    2024-04-02
  • MySQL如何查看当前数据库锁请求
    小编给大家分享一下MySQL如何查看当前数据库锁请求,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧! ...
    99+
    2024-04-02
  • mysql中如何查看表是否被锁问题
    目录如何查看是否发生死锁死锁发生情况及原因产生原因发生死锁的几种情况总结如何查看是否发生死锁 在使用mysql的时候,如何查看表是否被锁呢? 查看表被锁状态和结束死锁步骤: 1.在mysql命令行执行sql语句 use ...
    99+
    2023-02-18
    mysql查看表 查看是否锁表 mysql锁表
  • Mysql如何查看某张表是否被锁住
    要查看MySQL中某张表是否被锁住,可以通过执行以下查询来检查当前的表锁情况: SHOW OPEN TABLES WHERE...
    99+
    2024-04-09
    mysql
  • 如何查看mysql中bin在哪里
    如何查看mysql中bin在哪里?这个问题可能是我们日常学习或工作经常见到的。希望通过这个问题能让你收获颇深。下面是小编给大家带来的参考内容,让我们一起来看看吧!查找mysql bin的方法:首先依次点击“...
    99+
    2024-04-02
  • MySQL锁机制的详细分析
    这篇文章主要介绍MySQL锁机制的详细分析,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!文章目录锁锁分类共享锁(读锁,读写互斥,读读互不影响)排他锁(写锁,独占锁)共享锁和排他锁的区...
    99+
    2024-04-02
  • MySQL查看锁的代码怎么写
    本文小编为大家详细介绍“MySQL查看锁的代码怎么写”,内容详细,步骤清晰,细节处理妥当,希望这篇“MySQL查看锁的代码怎么写”文章能帮助大家解决疑惑,下面跟着小编的思路慢慢深入,一起来学习新知识吧。MySQL查看锁的sql查看数据库状态...
    99+
    2023-07-05
  • linux如何查看文件里面包含的内容
    在Linux中,可以使用以下命令来查看文件中的内容:1. `cat`命令:用于显示文件的内容,可以一次性显示整个文件的内容,使用方法...
    99+
    2023-09-17
    linux
  • oracle如何查看被锁的表以及解锁方法
    这篇文章给大家分享的是有关oracle如何查看被锁的表以及解锁方法的内容。小编觉得挺实用的,因此分享给大家做个参考。一起跟随小编过来看看吧。--以下几个为相关表SELECT * FROM v$loc...
    99+
    2024-04-02
  • MYSQL如何查看操作日志详解
    目录前言一、文件记录数据库操作日志二、数据库表记录操作日志附:按时间段查看mysql的操作日志总结前言 mysql操作日志分为文件记录日志和数据库记录日志两种方式,最终效果一样 一、...
    99+
    2024-04-02
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作