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主从原理》新书上架
数位数据库专家/ACEDirector/ACE赞誉推荐,凝结数百次故障诊断经验,从主库端到从库端带你深入解析MySQL主从构架的运行原理
MySQL:MySQL客户端缓存结果导致OOM
公众号 MySQL学习 这个问题很简单,稍微看看mysql客户端的代码上下文即可 一、问题相关有返回了笛卡尔积数据,导致mysql客户端吃光了内存 这种这个mysql客户端线程将会oom导致kill。 二、问题分析对于select语句来讲,对于mysql客户端而言是交互式模式而不是batch模式。 #9 0x000000000041b2ed in cli_read_rows (mysql=0xaf476
MySQL:Analyze table导致'waiting for table flush'
官方版本测试到8.0.21依旧存在这个问题,Percona已经修复了,修复如下https://www.percona.com/blog/2018/03/27/analyze-table-is-no-longer-a-blocking-operation/ 能力有限简单记录。一、问题描述问题如下: mysql> show processlist; +----+------------
MySQL:connect_timeout参数简单记录
简单记录static bool login_connection(THD *thd) { int error; DBUG_TRACE; DBUG_PRINT("info", ("login_connection called by thread %u", thd->thread_id())); /
MySQL:简单记录信号处理
码版本:5.7.29 简单记录信号如何生效的。poll收到信号后如何中断后如何处理的,需要确认。一初始化信号处理方式,设置信号的处理的处理方式,屏蔽某些信号,并且继承到子线程(pthread_sigmask),主要屏蔽的为SIGTERM、SIGQUIT、SIGHUP、SIGTSTP四个。其他信号按照默认处理方式,但是处理前打印crash栈,handle_fatal_signal 对于sigus
MySQL:MySQL工具以及5.7mysqlbinlog|mysql速度极慢问题
公众号 MySQL学习 随便记录点 5.7.22代码 MySQL工具主要分为 交互式和非交互式 交互式就是我们平时用的交互式命令方式非交互式(batch mode)主要用于解析binlog和批量导入sql,每次都会读取1行数据到buffer如果是binlog,那么每次大约读取的原始数据为76字节,及mysqlbinlog解析出来的一行AAAAAAAAAP4AAAAAAAAAAP4AAAAAAAAAAP4AAA
MySQL:乱码问题处理流程
简单记录未做代码验证 hex(col) 返回字符集直接从database charset拿,跳过了转换,直接返回二进制,可以用于测试数据库存储的是什么字符集。(需要后期代码验证)hex(‘去’) 在client charset和connect charset设置一致的情况下,不需要转换,hex直接返回输入字符的二进制,可以用于测试终端到底是字符集。(需要后期代码验证)set name
MySQL:Innodb crash recovery一些代码
简单记录可能还理解,做个笔记,不深入: http://mysql.taobao.org/monthly/2015/06/01/ buf_dblwr_init_or_load_pages 初始化dblwr从double write中,写入到内存 Recovering partial pages from the parallel doublewrite buffer at /opt
MySQL:Innodb如何快速杀掉堵塞会话的思考
本文主要讲述MySQL 5.7.29,也会加入和8的对比 一、问题起源我们在运维MySQL的过程中,肯定多多少少遇到过Innodb row lock的问题,如果在线上遇到我们可能会看到一大片的session处于堵塞状态通常我们在show processlist中会看到如下: select for update语句处于sending data状态update/delete语句处于up
MySQL:读取my.cnf的顺序问题
一、mysql.server启动方式basedir=/opt/mysql/mysql3315 datadir=/opt/mysql/mysql3315/data 进行查找,在解析参数文件的时候会带入 -e进行解析 /opt/mysql/mysql3315/bin/my_print_defaults -e /opt/mysql/mysql3315/my.cnf mysqld server my
MySQL:RR模式下insert也可能导致查询慢
RR隔离级别,简单记录如下 1、session 1开启read viewmysql> use test; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Databa
MySQL:一个奇怪的hang案例
一、问题来源问题来自一位朋友,如下:mysql客户端无法登陆,查看服务器负载没有发现高负载信息。通过pstack查看线程栈信息,没有发现异常信息。 二、问题诊断和解决一般来讲出现这种情况,我们会使用pstack看看新建立的线程为在什么函数上卡主了,然后很容易就能找到原因。但是出现这个问题过后,当mysql发起连接后卡主后,使用pstack查看mysqld服务端的进程,发现根本就没有线程与之进行交