首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

技术分享 | MySQL超时排查方法优化

com.mysql.jdbc.exceptions.jdbc4.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting...transaction 之前在 [如何有效排查解决 MySQL等待超时问题] 文章中介绍了如何监控解决行超时报错,当时介绍的监控方案主要是以 shell 脚本 + general_log 来捕获行等待信息...,后来感觉比较麻烦,因此优化后改成用 Event + Procedure 的方法定时在 MySQl 内执行,将行等待信息记录到日志表中,并且加入了 pfs 表中的事务上下文信息,这样可以省去登陆服务器执行脚本与分析...performance_schema = on event_scheduler = 1 二、步骤 目前该方法仅在 MySQL 5.7 版本使用过,MySQL 8.0 未测试。...; --关闭开启事件 mysql > ALTER EVENT event_innodb_lock_wait_check ENABLE; 三、日志表 再根据应用日志报错时间点及 SQL 分析

44530
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    故障分析 | MySQL等待超时一例分析

    ---1、问题现象开发反馈某业务持续性报等待超时,相关错误信息如下:Lock wait timeout exceeded; try restarting transaction为了能精确定位问题,继续询问开发有没有等待超时相关...SQL,开发又给了相关报错SQL:INSERT INTO VALUES(...)2、分析诊断根据错误信息得知,单条insert语句等待超时,如果都是单条insert插入,不应该频繁报超时...,似乎有点不寻常,当前数据库版本为5.6,等待超时参数设置时长30秒:root@ (none)> show variables like 'innodb_lock_wait_timeout';+---...故要解决等待超时,可以将参数值设置为2,但该参数为静态参数需要重启MySQL才能生效,不能重启情况下只能优化SQL执行时间,查看慢日志得知SQL执行一次需要100+秒,扫描行数86w,结果集却为0,说明...null;+----------+| count(*) |+----------+| 23 |+----------+1 row in set (0.65 sec)执行时间短了,自然就不存在自增等待超时

    70530

    《redis in action》Redis超时和重入

    之前说redis做分布式有个重要的问题就是事故导致没有被释放的问题,当时引入了超时的想法,意思是这个有一定的时间限制。超过这个时间那么就自动释放了。...考虑到redis提供expire得特性,因此我们获取一个具有超时特性的的代码就变成这样。 当然这里的超时时间就变成了一个经验值。这是有问题的,除此之外有没有另外一种机制可以做分布式?...那么我们就可以将保留在zset中,根据其时间进行排序,我们总是在获取的时候先删除超时时间之前的,从而保证保留于zset中的都是可用的。...我们删除就是凭借其加锁的时间去做的,因为在一定时间内是可以保留在zset中的,因此使用zset做分布式锁具有多次获取的特性,这相对于之前的锁具有更大的优势。...大概如下: 当然释放也是很简单,直接删除zset中的元素即可: 那么问题是使用zset效率好还是使用expire效率好?显然是zset呀! OK,就到这里了,下班了,听歌儿晚安吧!

    43410

    故障分析 | 有效解决 MySQL等待超时问题【建议收藏】

    transaction 上述这个错误,接触 MySQL 的同学或多或少应该都遇到过,专业一点来说,这个报错我们称之为等待超时。...根据的类型主要细分为: 行等待超时 当 SQL 因为等待行超时,那么就为行等待超时,常在多并发事务场景下出现。...元数据等待超时 当 SQL 因为等待元数据超时,那么就为元数据等待超时,常在 DDL 操作期间出现。...四、定位难点 当 web 日志中出现行超时错误后,很多开发都会找我来排查问题,这里说下问题定位的难点! 1. MySQL 本身不会主动记录行等待的相关信息,所以无法有效的进行事后分析。 2....这里就需要用到 MySQL 的 general_log,该日志用于记录 MySQL 中所有运行过的 SQL。

    3.8K20

    Mysql事物等待超时 Lock wait timeout exceeded; try restarting transaction

    Mysql数据库采用InnoDB模式,默认参数:innodb_lock_wait_timeout设置等待的时间是50s,一旦数据库超过这个时间就会报错。...参考信息 1、等待超时。是当前事务在等待其它事务释放资源造成的。可以找出资源竞争的表和语句,优化SQL,创建索引等。如果还是不行,可以适当减少并发线程数。...2、事务在等待给某个表加锁时超时,估计是表正被另的进程锁住一直没有释放。 可以用 SHOW INNODB STATUS/G; 看一下的情况。...如果参数innodb_table_locks=1并且autocommit=0时,InnoDB会留意表的死锁,和MySQL层面的行级。...innodb_lock_wait_timeout是Innodb放弃行级超时时间。

    1.3K10

    OpenFeign超时设置和日志展示

    文章目录 1、OpenFeign超时设置 2、模拟超时 2.1 服务提供方加如线程等待阻塞 2.2 进行客户端调用: 2.3 修改OpenFeign默认超时时间 3、OpenFeign调用详细日志展示...: 3.1 日志说明 3.2 开启日志展示: 3.3 测试服务调用并查看日志: 1、OpenFeign超时设置    默认情况下,openFiegn在进行服务调用时,要求服务提供方处理业务逻辑时间必须在...2、模拟超时 2.1 服务提供方加如线程等待阻塞 2.2 进行客户端调用: 2.3 修改OpenFeign默认超时时间 #配置类别调用商品服务时OpenFeign默认超时时间 默认时间1S #配置指定服务连接超时...=5000 #修改OpenFeign默认调用所有服务的超时时间 #配置所有服务连接超时 feign.client.config.default.connect-timeout=5000 #配置所有服务等待超时...3.2 开启日志展示: #展示OpenFeign日志 #开启OpenFeign中调用商品服务的日志展示 feign.client.config.PRODUCT.logger-level=full #全局开启服务日志展示

    1.7K20

    MySQL乐观(MySQL乐观)

    悲观与乐观的区别 悲观会把整个对象加锁占为已有后才去做操作,Java中的Synchronized属于悲观。...悲观有一个明显的缺点就是:它不管数据存不存在竞争都加锁,随着并发量增加,且如果的时间比较长,其性能开销将会变得很大。...乐观不获取直接做操作,然后通过一定检测手段决定是否更新数据,这种方式下,已经没有所谓的概念了,每条线程都直接先去执行操作,计算完成后检测是否与其他线程存在共享数据竞争,如果没有则让此操作成功,如果存在共享数据竞争则可能不断地重新执行操作和检测...乐观的缺点 现在已经了解乐观及CAS相关机制,乐观避免了悲观独占对象的现象,同时也提高了并发性能,但它也有缺点: 观只能保证一个共享变量的原子操作。...乐观是对悲观的改进,虽然它也有缺点,但它确实已经成为提高并发性能的主要手段,而且jdk中的并发包也大量使用基于CAS的乐观

    1.4K10

    Klcok分布式新增超时处理策略支持

    基于注解驱动,支持spring Spel,方便的定义的key的粒度。项目已开源,这次主要新增了等待超时释放超时的处理策略。...项目地址:https://gitee.com/kekingcn/spring-boot-klock-starter 本次更新内容 本次更新主要新增了【等待超时】和【持有超时】的处理策略,...因为基于redis实现分布式,如果使用不当,会在以下场景下遇到超时的问题:  加锁超时处理策略(LockTimeoutStrategy): NO_OPERATION 不做处理,继续执行业务逻辑...释放超时处理策略(ReleaseTimeoutStrategy): NO_OPERATION 不做处理,继续执行业务逻辑 FAIL_FAST 快速失败,会抛出KlockTimeoutException...customLockTimeout foo: " + foo + " bar: " + bar); return "custom foo: " + foo + " bar: " + bar; } 如上代码,在获取超时

    22520

    OpenFeign超时控制和日志打印功能

    OpenFeign超时控制 OpenFeign默认等待1秒钟,超过后报错    现在假设8001端口有一个请求复杂的业务,需要的时间比较长。...为了避免这样的情况,有时候我们需要设置Feign客户端的超时控制。...#设置feign客户端超时时间(OpenFeign默认支持ribbon) ribbon: #指的是建立连接后从服务器读取到可用资源所用的时间 ReadTimeout: 5000 #指的是建立连接所用的时间...,适用于网络状况正常的情况下,两端连接所用的时间 ConnectTimeout: 5000 OpenFeign日志打印功能 Feign 提供了日志打印功能,我们可以通过配置来调整日志级别,从而了解...说白了就是对Feign接口的调用情况进行监控和输出  NONE:默认的,不显示任何日志; BASIC:仅记录请求方法、URL、响应状态码及执行时间; HEADERS:除了 BASIC

    83120

    MySQLMySQL(四)其它概念

    MySQL(四)其它概念 好了,锁相关内容的最后一篇文章了。其实最核心的内容,表、行、读、写、间隙这些重要的内容我们都已经学习过了,特别是间隙,是不是感觉非常复杂。...0 传统模式,并发较差 1 连续锁定模式,简单插入(一条一条)时,一次申请多个值,多个事务可以拿,并发好一点 2 交错模式,MySQL8 引入,并发性高,但批量插入的时候可能不连续,也就是产生间隙,在主从复制中需要注意要使用行复制...幸好 MySQL 比较聪明,发现了死锁,让我们尝试重新开启事务,否则它们俩就只能一直僵持在这里了。 除了普通之外,间隙也是非常容易出现死锁的,比如下面这样。...当不使用 innodb_deadlock_detect 时,这个超时时间就非常重要了,否则两个事务会一直僵持下去。 乐观与悲观 最后的概念,相信大家也经常听到过这两个名词。...悲观 悲观对数据被其他事务的修改持保守态度,每次拿数据都觉得别人会修改数据,所以别人拿到之前都会先上锁,MySQL 中的机制就是悲观

    12510

    MySQLMySQL(二)表与行测试

    MySQL(二)表与行测试 上篇文章我们简单的了解了一大堆锁相关的概念,然后只是简单的演示了一下 InnoDB 和 MyISAM 之间 表 与 行 的差别。...很简单,就是上面表的语句不加表名即可。这个大家可以自己尝试一下,我们接着说另一个全局的功能,它的是整个 MySQL 实例,也就是说连库都包进去了。...-- 共享及意向共享 mysql> begin; mysql> SELECT * FROM test_user2 WHERE id = 1212121 LOCK IN SHARE MODE; --...-- 可以加读 mysql> LOCK TABLES test_user2 READ; Query OK, 0 rows affected (0.00 sec) -- 无法加写,等待 mysql>...-- 排它及意向排它 mysql> begin; mysql> UPDATE test_user2 SET name = 'fff' WHERE id = 1212121; -- 情况 mysql

    18310

    MySQLMySQL(三)元数据与间隙

    MySQL(三)元数据与间隙 在上篇文章中,我们就提到过 元数据 和 间隙 这两个名词,不知道有没有吊起大家的胃口。这俩货又是干嘛的呢?别急,我们一个一个来看。...-- 事务1 mysql> select * from test_user3; -- 修改表结构 alter table 阻塞 mysql> alter table test_user3 add column...临键(Next-key Lock),是一个新的概念,但它其实是 记录 和 间隙 的结合,也是 MySQL 默认的 行 。什么意思呢?...; mysql> update tran_innodb set name = joe3 where id = 15; -- 注意这里没有记录为 15 的数据 -- 事务2 mysql> select...mysql> insert into tran_innodb(id,name,age) values(14,'Joe2',13); -- 阻塞 -- 事务1 提交 mysql> commit; -

    18210

    Mysql

    分为写,读,二者读读不阻塞,读写阻塞,写写阻塞 2....行分为共享,排他,即读和写 多粒度机制自动实现表、行共存,InnoDB内部有意向表 意向共享(IS):事务在给一个数据行加共享前必须先取得该表的IS。...意向排他(IX):事务在给一个数据行加排他前必须先取得该表的IX。 3....查询和插入可以并发,若表中没有被删除的行,可在一个进程读表的同时,另一个进程从表尾插入数据,InnoDB不行 mysql中同时加锁,写优先于读 4....,事务A数据根据事务B而改变 事务级: 事务A读取数据生成版本号1 事务B修改数据生成新版本2 事务A再读取数据还是用版本号1 避免了不可重复读,出现了幻读 MySQL的 Repeatableread隔离级别加上

    1K20

    MySQL

    概述   MySQL机制,就是数据库为了保证数据的一致性而设计的面对并发场景的一种规则。   ...这也就是为什么MyISAM表不适合大量更新操作应用的原因,因为大量更新操作可能导致查询操作很难获得读,从而长久阻塞,致使程序响应超时。...会话2会进入执行等待状态,直至会话1的释放或者超时。...等待和死锁  等待是指一个事务过程中产生的,其他事务需要等待上一个事务释放它的,才能占用该资源,如果该事务一直不释放,就需要继续等待下去,直到超过了等待时间,会报一个超时错误。   ...MySQL的服务层不管理事务,事务是由下层的存储引擎实现的(表是由MySQL的服务层实现的),所以在同一个事务中,使用多种存储引擎的表是有风险的。

    1.8K10

    MySQL

    .md 文章首发于GitHub开源项目: Java成长之路 欢迎大家star! 的定义 是计算机协调多个进程或线程并发访问某一资源的机制。...MySQL的分类 从对数据操作的类型(读\写)分 - 读(共享):针对同一份数据,多个读操作可以同时进行而不会互相影响。 - 写(排它):当前写操作没有完成前,它会阻断其他写和读。...从对数据操作的粒度分 表(读优先) 特点 偏向MyISAM存储引擎,开销小,加锁快;无死锁;锁定粒度大,发生冲突的概率最高,并发度最低。...优化建议 尽可能让所有数据检索都通过索引来完成,避免无索引行升级为表。...在业务环境允许的情况下,尽可能低级别事务隔离 页 开销和加锁时间界于表和行之间;会出现死锁;锁定粒度界于表和行之间,并发度一般。

    97200
    领券