锐客网

  1. 首页 > 生活百科 > it技术 > >

怎么用mysql故障 mysql报错

mysqlIT技术

springboot如何判断mysql故障springboot如何判断mysql故障怎么用mysql故障：1、抛出的异常为非运行时异常：2、try -catch 将异常捕捉：3、需要执行事务的方法发生了代理怎么用mysql故障，代理没有向上抛出异常：4、多线程状态下，运行同一段需要执行事务的代码 。
22 - MySQL生产故障紧急处理方案不知道你在实际运维过程中有没有碰到这样的情景：业务高峰期，生产环境的 MySQL 压力太大，没法正常响应，需要短期内、临时性地提升一些性能 。
但，如果是无损方案的话，肯定不需要等到这个时候才上场 。本文我们就来聊聊这些临时方案，并着重说一说它们可能存在的风险 。
记一次Mysql故障排查(lock wait timeout exceeded;try restarting transaction)最近接了一个锅,进入新公司接手了一个进入交付阶段的项目.在code review的时候发现很多问题,然后开始修复bug.
在测试阶段突然发现几乎所有涉及到更新的操作都失败,下面贴出异常信息.
第一次 出现的时候百度了一下,猜想可能是多服务部署资源冲突,重启服务故障消失.所以没有特别重视
第二次 出现的时候只有测试环境部署,不存在多机资源冲突的问题,猜想是多线程资源交叉导致的,于是给可能导致资源竞争的地方加上了分布式锁.
由于无法重现故障,所以并没有确认问题得到解决.
第三次 故障依旧,当发现问题依然存在的时候,开始认真反思,发现自己解决问题的思路明显有问题,过于片面,一直都只在应用层面寻求解决问题的办法,而且解决问题的方式也只是在尝试百度出来的方法.并没有去思考更深层的问题.
在Mysql5.5中怎么用mysql故障 ， information_schema 库中增加了三个关于锁的表（MEMORY引擎）；
INNODB_TRX ## 当前运行的所有事务
INNODB _LOCKS ## 当前出现的锁
INNODB_LOCK_WAITS ## 锁等待的对应关系
通过查询 INNODB_TRX 发现
当前事务中又两个RUNNING状态开始时间在一个小时之前
开始一直以为是锁表了
查看了INNODB_LOCKS事务信息之后发现有4行数据被锁住了一直没有释放
从这里开始发现问题了,应用已经抛了异常,事务理所当然的应该回滚才对,为什么资源依然没有释放,导致持续的阻塞呢?
其实最开始的异常信息就已经给出了答案,回到开始的地方,再看异常信息就很清楚了,应用里面的异常类是 MySQLTransactionRollBackException
是一个回滚异常, 这就说明在事务回滚的时候出了问题资源没有得到释放
然后开始查询 MySQLTransactionRollBackException相关的信息
这个时候innodb_rollback_on_timeout=0(默认配置)这个MySQL的配置开始进入怎么用mysql故障我的视线,
举个栗子
事务在锁等待超时后是回滚事务内所有的statement还是最后一条语句；
0表示rollback最后一条语句，默认值； 有点坑爹啊( 细思极恐 )
1表示回滚事务内所有的statements；(此参数是只读参数，需在my.cnf中配置，并且重启生效；)
吃过一次亏,这次并没有盲目的相信百度到的信息
于是开始测试
一、验证innodb_rollback_on_timeout=off的情况
1.session A
开启事务,事务未提交,锁住id=1的数据
2.session B
开启事务,执行更新id=2的数据成功(事务未提交,锁住id=2),然后请求id=1等待锁超时,id=2的数据更改为222.
3.session C
请求id=2的数据50秒后显示等待锁超时
执行 SELECT * FROM information_schema.INNODB_TRX;
可发现有资源一直未释放,具体到测试数据中就是id=2的资源一直被锁定,线程一直被挂起.
总结:通过实验基本可以确定是业务资源交叉导致死锁之后资源没释放造成的持续阻塞，
二.验证innodb_rollback_on_timeout=on
修改配置后将验证innodb_rollback_on_timeout=off的步骤再走一遍
发现锁等待只能在业务层面尽量避免
on/off的区别在于session C进入时不会持续阻塞,session B异常后全部回滚
MAC OS 下坑爹的Mysql故障准备在本地搭建一个完整的平台 ， 在本地调试可能比较方便些，我可以做些定制化的修改 。结果发现 ， 本地搭建环境会有很多坑爹的问题，各种坑，一路需要摸索着来 。
我抱着绝对顺利的心，启动服务程序，结果发现，坑爹，根本启动不了，完全懵逼不清楚情况 。
以前明明可以用 ， 现在居然启动失败了，我擦 。二脸懵逼，咋整呢？想了两个方案，一个是在vm虚拟机下面搭建一个新的环境 ， 第二个是在本地重新装mysql，这样速度最快，我也可以省事 ， 毕竟时间挺重要的 。
对于一个对技术有执着有想法的人，明显这两个方案都不靠谱，辣么，只有自己研究看怎么解决问题了 。首先，我翻看了下mysql错误日志 ， 默认情况下在:
当然，这是我的默认路径，对于你们自己的我就不清楚了 。翻看的时候发现有一些提示，具体如下：
抓住最后一个tips，去搜索下了 ， 发现有很多说法，在gg上找到不少的结局方式，基本都不好使 。诸如以下：
坑爹啊 。。。后来朋友说了一句，会不会是权限?。课揖湍擅屏耍?试了一下 ， 居然狗日的成功了 。。。
碰到问题不要先重装，或许你这次重装后，下次还会遇到类似的问题 ， 到那个时候就真心悲剧了 。最好的办法就是手动尝试解决下，说不定会有更好的结果 。
技术分享 | MySQL 启动失败的常见原因MySQL 启动失败的最常见的原因有两类怎么用mysql故障，分别是无法访问系统资源和参数设置错误造成的，下面分别分析如下 。
MySQL 不能访问启动需要的资源是造成而 MySQL 无法启动的一个常见原因 ， 如：文件，端口等 。由于 linux 中用于启动 mysqld 进程的 mysql 用户通常是不能登陆的，可以使用类似下面的命令检查文件的访问权限 。
找出问题后，修改对应文件或目录的权限或属主后通常可以解决问题 。但有时 mysql 用户有访问文件和目录的权限，但仍然会被拒绝访问，例如下面这个例子：
测试说明 mysql 用户有这个目录的访问权限，但创建文件还是失败，这种情况让很多人困惑，这个时候通常是 mysqld 进程的访问被 linux 的 selinux 或 apparmor 给阻止了，大家可以看到创建的表不是在 mysql 的默认目录下面，因此 selinux 或 apparmor 的 policy 里面没有包含这个目录的访问权限 ， 此时只要对应的修改 policy 就行了，当然把selinux 或 apparmor 停了也行 。
有时虽然对系统资源有访问的权限 ， 但系统资源已经被占用：
这个故障产生的原因是另外一个 mysqld 进程已经启动并占用了对应的文件 。
参数设置错误造成 MySQL 无法启动的原因也非常常见，此时先要检查 MySQL 启动时会调用的参数，下面的命令可以查询 MySQL 启动时调用参数文件的顺序：
知道了 MySQL 参数文件的调用顺序，怎么用mysql故障我们就可以检查对应的参数文件，找出其中的错误 ， 如果觉得参数文件的可读性不强，可以使用下面的命令显示 mysqld 程序将要调用的参数：
注意这个命令显示完参数后就退出，不会真正运行 mysqld 。这个命令和 my_print_defaults mysqld 完全是等价的 ， 只不过后者的显示方式是一行一个参数 。
然后开始对可疑的参数进行调试，怎么用mysql故障我个人喜欢加的参数和顺序如下：
看这个例子：
看这个例子 ， 我们很容易知道是需要我们同时设置参数 GTID_MODE 和 ENFORCE_GTID_CONSISTENCY 同时为 on 才行 。
【怎么用mysql故障 mysql报错】关于怎么用mysql故障和mysql报错的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息 ， 记得收藏关注本站 。

    推荐阅读


    上一篇：rawu盘坏了怎么修复，raw类型u盘磁道损坏无法格式化

    下一篇：单台redis承受多大并发量 单核的redis如何利用多核的cpu