MySQL:5.6同步到5.7 GTID 并发报错一例
问题描述和处理同步到的版本为5.7.35,按理说在5.7中还是一个比较新的版本了,报错大概如下:2023-0
MySQL:Got an error reading communication packets
相信只是运维MySQL的DBA一定不会对这个note陌生,这里简单将形成的可能性进行分析,仅供参考。一、er
MySQL:一个BUG和两个知识点
一、一个半同步BUG这个BUG比较老了,主要是5.7.17以下的版本可能会遇到。这个BUG主要是主库ACK
Xtrabackup 恢复GTID的两个'坑'
最近遇到较多咨询5.7和8.0恢复gitd的问题,这里简单描述一下,仅供参考和理解。操作上的不同5.7:备份
Innodb行锁(3):事务的调度权重、死锁权重和死锁判定方式
本部分比较复杂,能力有限,仅供参考。首先我们需要明白一点,数据库中存在2种权重:调度(schedule)权重
Innodb行锁(2):堵塞事务的唤醒方式
一、关于Lock_iter::for_each迭代器的迭代方式加入到LOCK SYSTEM hash结构使用
Innodb行锁(1):加锁流程
本文讨论的锁都是innodb 的行锁,不涉及譬如MDL LOCK/TABLE LOCK等锁,这也是最常见的。
案例分析:5.7从库偶尔truncate报表不存在的问题重后又正常的问题简析
问题描述最近遇到一个问题,这里简单记录一下,主从每隔一段时间就报错tuncate表不存在,然后过一会star
案例分析:mysqlbinlog|mysql GTID事务报错匿名事务的错误
案例分析:mysqlbinlog|mysql GTID事务报错匿名事务的错误
MySQL:线性预读浅析
仅代表个人观点,有误请谅解。线性预读判定条件线程预读默认是开启的,主要是在进行物理page读取的时候,如果满
简单语句show engine inndob status 的执行流程
这里我们主要分析一下简单类型语句show engine innodb status这个语句是如何执行的,选用
MySQL: 慢查询记录返回行数不全分析和最近遇到的几个BUG
一、慢查询记录返回行数不全分析现象和测试方式(5.7版本)现象很简单,就是慢查询中,一个语句正常要发送几十万
MySQL:8.0.28及其之后慢查询记录算法的重大变化
什么老和慢查询较劲呢,其实我也不想跟它较劲,但是现实是残酷的。因为通常默认的情况下,如果没有任何监控或者其他
MySQL: MTS 高并发下主从空间不一致的问题
简单记录原因,最近我也遇到这样的问题,其实这种问题蛮多的,涉及的知识点也很多,我也仅仅是简单分析了一下,供参
MySQL:慢查询与MDL LOCK和其他问题
一、奇怪的慢查询我们先来看2个慢查询(8023版本)# Time: 2022-12-14T17:40:45.
MySQL: 执行计划中filtered的计算方式和影响
filtered主要的功能是说明,引擎层扫描数据后根据额外的where条件过滤后剩下值的一个百分比,因为遇到
MySQL:几个奇怪state和主从延迟问题(特例)
依旧为简单记录,因为如果每个问题都详细的写,问题太多耗用的时间也长,因此把我认为有意思的case快速简单的记
MySQL:MTS 能够DML和DDL 混合并发执行吗?
对这个问题,我一直比较模糊,因为我们通常说的基于LOGICAL_CLOCK的并发方式是说的DML语句。现进行
MySQL:最近遇到的3个BUG和一个慢查询的疑问
简单记录,仅供参考,其实有2个问题和慢查询有关,为什么呢,因为MySQL的慢查询真的很重要,我们关注得也多。
MySQL:慢查询引起的故障和疑问等4例
简单记录,仅供参考。最近,收到了出版社寄的《高性能MySQL 第四版》,作为神书,值得收藏。一、slow l