ITPub博客

朋友告诉我如下操作不能修改 mysql> update setup_instruments set enabled='no' where name='memory/performance_schema/table_handles'; Query OK, 1 row affected (2.61 sec) Rows matched: 1 Changed: 1 Warnings

欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 水平有限如有误请指出 源码版本：5.7.22 这个问题是最近一个朋友问我的。刚好就好好看了一下，留下这样的记录。本文给出一些函数接口，末尾给出一些调用堆栈，为感兴趣的朋友做一个参考，也为自己做一个笔记。 一、问题由来我们知道执行计划的不同肯定会带来效率的不同，但是在本例中执行计划完全一致，都是全表扫描，不同的只有

巧用Event发现问题 欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 有了前面对Event的了解，我们就可以利用这些Event来完成一些工作了。我曾经在学习了这些常用的Event后，使用C语言写过一个解析Event的工具，我叫它‘infobin’，意思就是从binary log提取信息的意思。据我所知虽然这个工具在少数情况下会出现BUG但是还是有些朋友在用。我这里并不是要推

欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 如果图片不能显示可查看下面链接：https://www.jianshu.com/p/d636215d767f 一、问题来源这是一个朋友问我的一个问题，问题如下，在MTS中Worker线程看到Time为负数是怎么回事，如下： 二、关于show processlist中的Time实际上show processlist中的信息基

欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 如果图片不能显示可查看下面链接：https://www.jianshu.com/p/d636215d767f 一、测试环境mysql> create table testn(a varchar(20),b varchar(20)); Query OK, 0 rows affected (0.43 sec) mysq

本文是我的系列 深入理解MySQL主从原理（32讲） 中的重点及目录情况。欢迎大家订阅如下： 第1节：GTID的基本概念 1.1 GTID的作用1.2 GTID的基本表示1.3 server_uuid的生成1.4 GTID的生成1.5 GTID_LOG_EVENT和PREVIOUS_GTIDS_LOG_EVENT简介1.6 gtid_executed表的作用 第2节：my

水平有限，如果有误请谅解。 这个问题是一个朋友遇到的@风云，并且这位朋友已经得出了近乎正确的判断，这位下面进行一些描述。 欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 一、问题展示下面是问题当时的系统负载如下： 我们可以看到40.4%sy 正是系统调用负载较高的表现，随即朋友采集了perf如下： 接下来朋友采集了pstack给我，我发现大量的线程处于如

这是一个我的随笔记录，这些过程非常有用，也非常明显。 欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 语句如下： mysql> desc select id,count(*) from t110 group by id; +----+-------------+-------+------------+------+---------------+------

欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 注意：本文输出格式全是16进制格式。 经常有朋友问我一些如何查看Innodb数据文件的问题比如： 如果我是UTF8字符集，如果插入字符‘a’到底占用几个字节 ？主键和普通索引叶子节点的行数据在存储上有哪些区别？如何证明rowid的存在？数据中的NULL值如何存储的？char和varchar在存储上的区别？…… 如果要

整个问题提出和测试由 @gc @甘露寺的姑子@乙酉 完成，文档记录由@gc @乙酉完成。 我只是进行了问题分析和文档整理 欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 一、案例描述MGR在遇到表不存在的情况下，节点没有退出节点而是爆出一个警告，并且节点状态也正常，警告如下： 2019-10-17T21:16:11.564211+08:00 10 [Warning

我的测试记录 一、概述这个参数会影响到执行计划在评估的时候到底使用统计数据还是进行实际的所以你访问，那么很显然如下： 使用统计数据生成执行计划的效率更高。使用索引实际访问，及索引下探会代价更高但是更加准确。 具体的参数含义见官方文档：Equality Range Optimization of Many-Valued Comparisons 0 ：始终使用索引下探的方式。1

能力有限有误请谅解，源码版本5.7.22 欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 一、案例来源和现象这个案例是朋友@peaceful遇到的线上问题，最终线索也是他自己找到的。现象如下： 1、出现了大量很小的relay log如下，堆积量大约2600个：... -rw-r----- 1 mysql dba 12827 Oct 11 12:28 mysq

修复版本5.7.18，下面是commit，记录一下后面详细学习。 故障 下面是commit $ git show a43f7d5a6130550619afad3fb513c98e00dc505e commit a43f7d5a6130550619afad3fb513c98e00dc505e Author: Daogang Qu <bill.qu@oracle.com>

一、问题来源欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 这是一个朋友问我的典型案例。整个故障现象表现为，MySQL数据库频繁的出现大量的请求不能响应。下面是一些他提供的证据： 1、show processlist从状态信息来看出现如下情况： insert操作：状态为update update/delete操作：状态为updatingselect操作：状态为sendi

简单记录如下： 双主情况下跳过相同server id Event的方式： IO线程 通过对比SERVER_ID 进行跳过操作 { mi->set_master_log_pos(mi->get_master_log_pos() + inc_pos); memcpy(rli->ign_master_log_name_end, mi-&gt

本案例由徐晨亮提供，并且一起探讨。 本文中FTWRL = “flush table with read lock” 关于常用操作加MDL LOCK锁类型参考文章：http://blog.itpub.net/7728585/viewspace-2143093/ 欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 一、两个不同的现象首先建立一张有几条数据的表就可以了，我这

简单记录栈帧以备后用 欢迎关注我的《深入理解MySQL主从原理 32讲 》，如下： 一、转换案例最近有朋友讨论字符串转换double丢失精度的问题案例如下： 本案例来自朋友徐晨亮 root@mysqldb 22:12: [xucl]> show create table t1\G *************************** 1. row ********

参考官方文档，记录了部分我关注的新特性。本文仅仅是大概记录而已，准确描述参考官方文档： MySQL 8.0 Reference Manual 数据字典使用事务性存储引擎。以前版本数据字典存储在文件或者非事务引擎表中参考第14节。支持原子性DDL，进行原子性的数据库字典更新，并且binlog的写入和DDL操作为同一个原子性事务。参考13.1.1节升级过程，安装新版本后自动进行升级操作，而不需

从库Seconds_Behind_Master延迟总结 注意：本文是《深入理解MySQL主从原理 32节》的第28节 到这里本系列已经接近尾声了，是时候对常见引起主从延迟的情形进行一个总结了。我想如果我一开始就把这些情形拿出来也许大家对具体的原因不是那么清楚，但是经过本系列的学习，我相信当我说起这些情形的时候大家都很清楚它的原因了。当然如果还有其他造成延迟的情形也欢迎大家一起讨论。 一、

今天一个朋友想查看一下的MySQL层事务提交状态经历的过程，比如我们常说的prapare flush sync commit 几个阶段，但是找了一下发现视乎没有视图可以看到一共看了3个地方： information_schema.INNODB_TRX 的trx_state字段information_schema.INNODB_TRX 的trx_operation_state字段perform