pt工具的使用(8) pt-deadlock-logger的使用

一、简介

pt-deadlock-logger 记录有关给定 DSN 上的 MySQL 死锁的信息。 信息打印到 STDOUT,也可以通过指定 --dest 将其保存到表中。

pt-deadlock-logger 通过轮询和解析 SHOW ENGINE INNODB STATUS 打印有关 MySQL 死锁的信息。 当一个新的死锁发生时,它被打印到 STDOUT,如果指定 --dest,可以保存到对应的表中。

仅打印新的死锁。 每个死锁的指纹是使用死锁的服务器、ts 和线程值创建的(即使这些列未由 --columns 指定)。 如果死锁的指纹与上一个死锁的指纹不同,则打印死锁。

–dest 语句使用 INSERT IGNORE 来消除重复的死锁,因此每次 --iterations 都会保存每个死锁。详细介绍请看官方文档

二、参数

1.参数

参数意义
--clear-deadlocks利用这张表创建一个小的死锁,利用新产生的这个死锁刷新engine InnoDB status中的死锁信息,间接达到清除engine InnoDB status中大的死锁信息的结果,表名为percona_schema.clear_deadlocks,这个表一定不能存在,脚本会自动创建表并在生成死锁后删除表,建表语句
CREATE TABLE percona_schema.clear_deadlocks (a INT PRIMARY KEY) ENGINE=InnoDB
--columns结果集字段
--config指定配置文件,必须是命令行的第一个选项
--reate-dest-table创建 --dest 指定的表。
--daemonize后台运行
--dest用DSN的格式写存储死锁的位置,至少要指定库和表
--interval检测死锁的频率,默认值30s,如果未指定 --run-time则一直运行
--iterations检查死锁的次数。 默认情况下,如果没指定,则为无限次数,退出的时间由--run-time来限制
--log守护进程时将所有输出打印到此文件。
--numeric-ip将ip地址表示为整数

2.存储死锁信息的表

-- 可以根据--columns的字段进行调整
CREATE TABLE deadlocks (
  server char(20) NOT NULL,
  ts timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  thread int unsigned NOT NULL,
  txn_id bigint unsigned NOT NULL,
  txn_time smallint unsigned NOT NULL,
  user char(16) NOT NULL,
  hostname char(20) NOT NULL,
  ip char(15) NOT NULL, -- alternatively, ip int unsigned NOT NULL
  db char(64) NOT NULL,
  tbl char(64) NOT NULL,
  idx char(64) NOT NULL,
  lock_type char(16) NOT NULL,
  lock_mode char(1) NOT NULL,
  wait_hold char(1) NOT NULL,
  victim tinyint unsigned NOT NULL,
  query text NOT NULL,
  PRIMARY KEY  (server,ts,thread)
) ENGINE=InnoDB

3.columns的详细信息

字段意义
server发生死锁的(源)服务器。
ts上次检测到死锁的日期和时间
threadmysql线程编号,和show full processlist中的ID一致
txn_idInnoDB事务ID
txn_time发生死锁时事务处于活动状态的时间
user连接的数据库用户名
hostname连接的主机
ip连接的 IP 地址。如果指定--numeric-ip, ,则将转换为无符号整数
db发生死锁的库
tbl发生死锁的表
idx发生死锁的索引
lock_type导致死锁的锁上持有的事务的类型
lock_mode导致死锁的锁的锁定模式
wait_hold事务是在等待锁还是持有锁
victim事务是否被选为死可回滚的事务并进行回滚
query导致死锁的查询。

三、使用示例

./pt-deadlock-logger --ask-pass --host host --port 3306 --user test_pt  --dest h=host,P=port,u=user,D=test_db,t=deadlocks
# 用dns的方式指定
./pt-deadlock-logger h=host,P=port,u=user,p=passwd  --dest D=test_db,t=deadlocks
# 指定间隔时间和运行时间
./pt-deadlock-logger  h=host,P=port,u=user --ask-pass  --dest D=test_db,t=deadlocks --run-time 1m --interval 10
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
ORA-00060: deadlock detected是Oracle数据库中的一个错误代码,它表示在等待资源时检测到了死锁。死锁是指两个或多个进程相互等待对方所持有的资源,导致系统无法继续进行下去。 这个错误通常与并发操作有关,其中至少有两个会话(或进程)试图同时访问相同的资源,但由于彼此之间的依赖关系,她们无法继续执行下去。 根据引用中的描述,当会话1执行UPDATE语句时,尝试更新id为2的记录,但同时会话2也在等待并尝试更新id为1的记录。由于两个会话互相依赖,并且需要等待对方释放资源,因此发生了死锁,导致其中一个会话被自动终止,并抛出ORA-00060错误。 要解决ORA-00060错误,可以采取以下措施: 1. 观察和记录死锁事件的发生情况。可以使用Oracle提供的性能监视工具,如AWR报告或ADDM报告,来分析和识别频繁发生死锁的模式和原因。 2. 优化数据库设计和应用程序逻辑。检查数据库表和索引的设计,确保它们能够最小化并发操作引发死锁的可能性。同时,应用程序逻辑也需要考虑到并发访问资源的情况,避免出现相互依赖导致的死锁。 3. 使用适当的并发控制机制。可以使用Oracle提供的锁机制,如行级锁或表级锁,来管理并发操作。合理选择锁的粒度,避免不必要的锁竞争,减少死锁的概率。 4. 在发生死锁时,可以通过修改会话的事务隔离级别来解决问题。例如,将事务隔离级别设置为READ COMMITTED,以减少锁的范围,降低死锁风险。 总之,ORA-00060: deadlock detected是Oracle数据库中一个常见的错误代码,表示在并发操作中检测到了死锁。通过观察和记录死锁事件,优化数据库设计和应用程序逻辑,以及使用适当的并发控制机制,可以减少死锁的发生概率,并提高系统的性能和稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值