-
编辑 删除
MySQL:MTS中显示事务和隐式事务延迟计算的区别和mysqldump死锁
一、问题描述遇到一个这样的问题隐式大事务：update db_alart_1.sbtest1 set k=k
-
编辑 删除
MySQL:新版本RR模式下特殊的锁行为一列
最近遇到一个比较特殊的row lock堵塞记录一下，本问题出现在5.7.29过后的RR隔离级别下，但是没有确
-
编辑 删除
MySQL:[ERROR] InnoDB: Unable to lock ./ibdata1 error: 11特殊错误一列
一、问题一般来讲启动多个mysqld作用同一个数据文件会报这个错。但是这里不是。第一遇到这个问题，用户用的n
-
编辑 删除
MySQL:关于unknown error一例
一、问题展示image.png大概就是这么一个报错，这里出现了 ERROR 1045(28000)但是错误描
-
编辑 删除
MySQL：5.7.11 超过最大打开文件数crash原因和参数open_files_limit
MySQL：5.7.11 超过最大打开文件数crash原因和参数open_files_limit
-
编辑 删除
MySQL:统计数据填充的不同
MySQL:统计数据填充的不同
-
编辑 删除
MySQL:MGR异常一列（8.0.25 BUG确认）
版本：8.0.23，8.0.24 以下为简单分析，不做仔细的代码分析，关于这个问题我已经提交了BUG，并且确认为BUG。
-
编辑 删除
MySQL：半同步（三）从库端初始化和回调函数
MySQL：半同步（三）从库端初始化和回调函数
-
编辑 删除
MySQL：Binlog大于4G的考虑
这是我的学习笔记，粗略记录备忘，如有不周请谅解 uint64：无符号8字节整数 uint32：无符号4字节整
-
编辑 删除
MySQL：半同步（二）主库端回调函数
MySQL：半同步（二）主库端回调函数
-
编辑 删除
MySQL:插件回调的方式
MySQL:插件回调的方式
-
编辑 删除
MySQL：半同步（一）主库端初始化流程
源码版本 5.7.29 半同步1
-
编辑 删除
MySQL：设置replicate ignore遇到的问题
设置replicate ignore遇到的问题
-
编辑 删除
MySQL:innodb_open_files参数及其周边
仅仅作为简单研究 代码5.7.22 有误请谅解一、关于参数innodb_open_files如果innodb
-
编辑 删除
MySQL：主从复制转换错误问题
主从复制转换错误问题
-
编辑 删除
MySQL 8部分新特性（8.0.17）
参考官方文档，记录了部分我关注的新特性。本文仅仅是大概记录而已，准确描述参考官方文档： MySQL 8.0 Reference Manual 数据字典使用事务性存储引擎。以前版本数据字典存储在文件或者非事务引擎表中参考第14节。支持原子性DDL，进行原子性的数据库字典更新，并且binlog的写入和DDL操作为同一个原子性事务。参考13.1.1节升级过程，安装新版本后自动进行升级操作，而不需
-
编辑 删除
第28节 从库Seconds_Behind_Master延迟总结
从库Seconds_Behind_Master延迟总结 注意：本文是《深入理解MySQL主从原理 32节》的第28节 到这里本系列已经接近尾声了，是时候对常见引起主从延迟的情形进行一个总结了。我想如果我一开始就把这些情形拿出来也许大家对具体的原因不是那么清楚，但是经过本系列的学习，我相信当我说起这些情形的时候大家都很清楚它的原因了。当然如果还有其他造成延迟的情形也欢迎大家一起讨论。 一、
-
编辑 删除
show processlist time负数的初探
select * from information_schema.processlist;show processlist 欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 一、show processlist函数接口：mysqld_list_processes 栈帧： #0 mysqld_list_processes (thd=0x7ffedc008250, u
-
编辑 删除
MySQL：死锁一例
欢迎关注我的专栏《深入理解MySQL主从原理 32讲》 一、问题由来这是我同事问我的一个问题，在网上看到了如下案例，本案例RC RR都可以出现，其实这个死锁原因也不叫简单，我们来具体看看： 构造数据CREATE database deadlock_test; use deadlock_test; CREATE TABLE `push_token` ( `id` bigint(20
-
编辑 删除
级联slave的延迟计算和query event exe time获取方法
源码5.7.22 一、级联时间计算方式比如A->B->C那么C的延迟是计算B还是A的。因为Event的中timestamp没变，但是C计算时间差值却是以B为准。如果时钟同步的情况下，其实基本可以考虑为A的。计算方法可以参考我的《深入理解MySQL主从原理》专栏 逻辑如下： 级联中的Event依然是主库的时间，因此其延迟还是相对主库而言。 虽然apply_event_and_
