掌握MySQL日志分析：死锁排查与操作记录详解

如何查看MySQL数据库的死锁日志

如何查看MySQL数据库的死锁日志1.使用终端或命令提示符登录MySQL，输入以下命令：mysql-hxxxx.xxx.xxx-P3306-uusername-p描述：xxxx.xxx。
xxx为数据库IP地址，username为数据库用户名。
输入命令时，会提示输入用户名对应的密码，就可以登录了。

2、如何检查MySQL死锁情况MySQL客户端下面的数据库信息showengineinnodbstatus\G；输入命令。

3.如何在MySQL数据库中查找死锁信息在打印信息中查找“LAT”。
查看“ESTDETECTEDDEADLOCK”部分中图片中的红线

4。
如何通过分析日志找到死锁的原因。
如果你看图3，有一个紫色的部分。
划线部分分析：事务1，等待RECORDLO。
CKSspaceid553pageno376nbits368index`index_user_id`oftable`tbj`.`score_user`，理论上来说，这个事务2是可以无死锁提交的，但是这个事务日志只打印了死锁信息的最后一部分。
这里的隐含条件是事务1还持有RECORDLOCKSspaceid553pagen。
o376nbits368index`index_user_id`oftable`tbj`.`score_user`是S锁。
这样事务2就不能加X锁，事务1也不能加X锁，导致死锁。

如何查看mysql数据库操作记录日志？

有时候我们不小心更新了一个大表，比如我们写错了where条件...

如果这时候杀掉update线程，然后重置undolog，会需要一段时间而很多时间。
如果你不管它，你将不知道更新需要多长时间。

能否了解更新进度？

实验

我们首先创建一个测试数据库：

创建快速获取一些数据：

连续多次运行同一条SQL，快速创建千万级数据：

检查总行数：

让我们进行一次大更新发布：

然后启动另一个会话，观察performance_schema中的信息：

可以看到，列出的performance_schema表示SQL当前从引擎接收的行数。

SQL执行完毕后，我们看一下更新从引擎接收了多少行：

可以看到更新的总行数。
从引擎收到的更新是表大小的两倍，那么我们可以估计：更新进度=(rows_examined)/(2*表行数)

💡提示

在information_schema.tables是表行数的估计，假设成本远低于使用selectcount(1)并且几乎可以忽略不计。

那么对于所有更新，引擎接收到的行数会是表大小的两倍吗？这个还是需要具体情况具体讨论。
上面的SQL更新主键。
如果我们只更新内容而不更新主键会怎样？我们来尝试一下：

等待更新完成，检查row_examined，看看它是否正好是表格的大小：

那我们该怎么办？确切的倍数是多少？

一种方法是依靠经验：update语句扫描了多少行，主键是否改变，唯一键是否改变，根据这些条件估计系数。

另一种方法是在相同结构的较小表上尝试并获得倍数。

这使我们能够准确评估重大更新的进度。

如何查看mysql的bin日志文件内容