mysql故障切换_MySQL故障切换笔记之应用无感知设计详解

最新推荐文章于 2023-09-05 19:46:27 发布
最新推荐文章于 2023-09-05 19:46:27 发布
阅读量217 收藏
点赞数
文章标签： mysql故障切换
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_28733777/article/details/113611103
版权

1. 简介

大家都知道，在数据库中间件读写分离应用场景中，如何保证底层数据库出现故障节点的时，中间件可以快速断开或迁移数据库连接，让用户无感知。

在MySQL数据库中，提供了一个session_track_transaction_info参数来提供解决方案。

因为官方文档上没有对该参数的说明，本文专门介绍该参数的可选值并验证了实际的影响。下面话不多说了，来随着小编一起看看详细的介绍吧

2. session_track_transaction_info参数

2.1 参数介绍

MySQL5.7中，可以通过设置session_track_transaction_info变量来跟踪事务的状态。 该参数存在global以及session两个级别，可以动态修改。 该参数可以设置的值为0(默认OFF)，1,2 /**

Transaction tracking level

*/

enum enum_session_track_transaction_info {

TX_TRACK_NONE = 0, ///< do not send tracker items on transaction info

TX_TRACK_STATE = 1, ///< track transaction status

TX_TRACK_CHISTICS = 2 ///< track status and characteristics

};

该参数允许设置的值为0，1，2 设置为0的时候，show variables like '%session_track_transaction_info%'显示为OFF，表示不开启事务状态跟踪 设置为1的时候，show variables like '%session_track_transaction_info%'显示为STATE，表示跟踪事务状态 设置为2的时候，show variables like '%session_track_transaction_info%'显示为CHARACTERISTICS，表示跟踪事务状态和语句

2.2 参数设置影响

开启session_track_transaction_info参数的时候，在数据库中无法直接查询到事务状态记录。

根据[WL#4797]，MySQL是将事务状态跟踪的信息记录到了每一个Query请求返回的OK packet中。

可以通过抓包的方式查看事务状态信息。

2.2.1 原生MySQL OK packet格式

OK Packet的数据包格式定义 类型 名字 描述 int<1> 头部 用0x00或者0xFE表示该数据包是一个OK Packet int 影响的行数 影响的行数 int 上次插入的id 上次插入的id int<2> 状态标识 如果定义了CLIENT_PROTOCOL_41,会有这一部分 int<2> 警告数量 警告的数量，如果定义了CLIENT_PROTOCOL_41,会有这一部分 int<2> 状态标识 如果定义了CLIENT_TRANSACTIONS,会有这一部分 string 信息 人类可读的状态信息，如果定义了CLIENT_SESSION_TRACK，会有这一部分 string 会话状态 会话状态信息，如果定义了SERVER_SESSION_STATE_CHANGED,会有这一部分 string 信息 人类可读的信息

其中int和string中的lenenc表示的是LengthEcode。

MySQL-5.7.19代码中封装OK packet的代码部分在protocol_classic.cc文件中的net_send_ok()函数中。

2.2.3 session_track_transaction_info 额外补充信息

session_track_transaction_info使用8个字符位来表示事务的信息，并且这8个字符信息是保存在COM_QUERY请求语句的返回数据包中的(客户端执行一条语句，都会被封装成MySQL协议中的COM_QUERY请求发送给server端，server端解析执行之后将结果封装在数据包中返回)。 位置 表示信息 具体代表含义 Place 1 Transaction T 显式的开启一个事务

I 隐式的开启一个事务(@autocommit=0)

_ 没有活跃的事务 Place 2 unsafe read r 当前事务中读取了非事务性存储引擎的表

_ 当前事务中没有读取非事务性存储引擎的表 Place 3 transaction read R 当前事务中读取了事务性存储引擎的表

_ 当前事务中没有读取事务性存储引擎的表 Place 4 unsafe wirte w 当前事务中写入了非事务性存储引擎的表

_ 当前事务中没有写入非事务性存储引擎的表 Place 5 transaction write W 当前事务中写入了事务性存储引擎的表

_ 当前事务中没有写入事务性存储引擎的表 Place 6 unsafe statement s 当前事务中使用了不安全的语句，类似于UUID()

_ 没有使用类似的不安全的语句 Place 7 result-set S 发送给了客户端一个结果集

_ 没有结果集 Place 8 LOCKed TABLES L 表被显式的通过LOCK TABLES 语句上锁了

_ 当前事务中没有锁表

2.2.2 session_track_transaction_info = 0时OK packet格式解析

session_track_transaction_info=0表示不记录事务信息，所有在server端返回的数据包中没有事务状态跟踪信息。 ## session_track_transaction_info = 0

客户端执行begin；封装的数据包

06 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

62 65 67 69 6e # begin

server端返回的数据包：response

07 00 00 # playload_length

01 # sequence_id

00 # 头部 0x00表示是一个OK包

00 # 影响的行数 0

00 # 上次插入的id

03000000

客户端执行insert into t1 values(55)封装的数据包

1a 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

696e7365727420696e746f2074312076616c75657328353529 # insert into t1 values(55)

server端返回的数据包：response

07 00 00 # playload_length

01 # sequence_id

00010003000000

客户端执行commit；封装的数据包

07 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

636f6d6d6974 # commit

server端返回的数据库包：response

07 00 00 # playload_length

01 # sequence_id

00000002000000

2.2.4 session_track_transaction_info = 1时OK packet格式解析 ## session_track_transaction_info = 1

客户端执行begin；封装的数据包

06 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

626567696e # begin

server端返回的数据包：response

14 00 00 # playload_length

01 # sequence_id

00 # 头部 0x00表示是一个OK包

00 # 影响的行数 0

00 # 上次插入的id

03400000000b050908

54 5f 5f 5f 5f 5f 5f 5f

# 事务状态信息 T_______

# Place 1: 54 //显式的开启一个事务

# Place 2: 5f //当前事务中没有读取非事务性存储引擎的表

# Place 3: 5f //当前事务中没有读取事务性存储引擎的表

# Place 4: 5f //当前事务中没有写入非事务性存储引擎的表

# Place 5: 5f //当前事务中没有写入事务性存储引擎的表

# Place 6: 5f //当前事务中没有使用不安全的语句

# Place 7: 5f //没有结果集

# Place 8: 5f //没有锁表

客户端执行insert into t1 values(111)封装的数据包

1b 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

696e7365727420696e746f2074312076616c7565732831313129 # insert into t1 values(111)

server端返回的数据包：response

14 00 00 # playload_length

01 # sequence_id

00010003400000000b050908

54 5f 5f 5f 57 5f 5f 5f # 事务状态信息 T___W___

# Place 1: 54 //显式的开启一个事务

# Place 2: 5f //当前事务中没有读取非事务性存储引擎的表

# Place 3: 5f //当前事务中没有读取事务性存储引擎的表

# Place 4: 5f //当前事务中没有写入非事务性存储引擎的表

# Place 5: 57 //当前事务中有写入事务性存储引擎的表

# Place 6: 5f //当前事务中没有使用不安全的语句

# Place 7: 5f //没有结果集

# Place 8: 5f //没有锁表

客户端执行commit；封装的数据包

07 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

636f6d6d6974 # commit

server端返回的数据包：response

1400000100000002400000000b050908

5f 5f 5f 5f 5f 5f 5f 5f # 事务状态信息________

# Place 1: 5f //没有活跃的事务

# Place 2: 5f //当前事务中没有读取非事务性存储引擎的表

# Place 3: 5f //当前事务中没有读取事务性存储引擎的表

# Place 4: 5f //当前事务中没有写入非事务性存储引擎的表

# Place 5: 5f //当前事务中没有写入事务性存储引擎的表

# Place 6: 5f //当前事务中没有使用不安全的语句

# Place 7: 5f //没有结果集

# Place 8: 5f //没有锁表

2.2.5 session_track_transaction_info = 2时OK packet格式解析

将session_track_transaction_info参数设置为2的时候，会显示更加详细的事务状态信息。 客户端执行begin；封装的数据包

06 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

626567696e # begin

server端返回的数据包：response

29 00 00 # playload_length

01 # sequence_id

000000034000000020050908

54 5f 5f 5f 5f 5f 5f 5f # 事务状态信息 T_______

0413125354415254205452414e53414354494f4e3b # START TRANSACTION;

# Place 1: 54 //显式的开启一个事务

# Place 2: 5f //当前事务中没有读取非事务性存储引擎的表

# Place 3: 5f //当前事务中没有读取事务性存储引擎的表

# Place 4: 5f //当前事务中没有写入非事务性存储引擎的表

# Place 5: 5f //当前事务中没有写入事务性存储引擎的表

# Place 6: 5f //当前事务中没有使用不安全的语句

# Place 7: 5f //没有结果集

# Place 8: 5f //没有锁表

客户端执行 insert into t1 values(222)封装的数据包

1b 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

696e7365727420696e746f2074312076616c7565732832323229 # insert into t1 values(222)

server端返回的数据包：response

14 00 00 # playload_length

01 # sequence_id

00010003400000000b050908

54 5f 5f 5f 57 5f 5f 5f # 事务状态信息 T___W___

# Place 1: 5f //没有活跃的事务

# Place 2: 5f //当前事务中没有读取非事务性存储引擎的表

# Place 3: 5f //当前事务中没有读取事务性存储引擎的表

# Place 4: 5f //当前事务中没有写入非事务性存储引擎的表

# Place 5: 5f //当前事务中没有写入事务性存储引擎的表

# Place 6: 5f //当前事务中没有使用不安全的语句

# Place 7: 5f //没有结果集

# Place 8: 5f //没有锁表

客户端执行commit；封装的数据包

07 00 00 # playload_length

00 # sequence_id

03 # command_type COM_QUERY

636f6d6d6974 # commit

server端返回的数据包：response

17 00 00 # playload_length

01 # sequence_id

00000002400000000e050908

5f 5f 5f 5f 5f 5f 5f 5f # 事务状态信息 ________

040100

# Place 1: 5f //没有活跃的事务

# Place 2: 5f //当前事务中没有读取非事务性存储引擎的表

# Place 3: 5f //当前事务中没有读取事务性存储引擎的表

# Place 4: 5f //当前事务中没有写入非事务性存储引擎的表

# Place 5: 5f //当前事务中没有写入事务性存储引擎的表

# Place 6: 5f //当前事务中没有使用不安全的语句

# Place 7: 5f //没有结果集

# Place 8: 5f //没有锁表

3. 总结

在设置session_track_transaction_info参数之后，在MySQL的返回数据包中可以获取到当前连接的事务状态信息。

在数据库中间件上，利用这一特性，使得MySQL故障的情况下，能够自动迁移连接，减少对用户影响。

在部分场景下能够达到底层MySQL节点故障切换了，对应用来说可以无感知的切换过去。

好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对聚米学院的支持。

路过看过
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL故障切换之应用无感知设计
Win_Man的专栏
03-12 1511
1. 简介 2. session_track_transaction_info参数 2.1 参数介绍 2.2 参数设置影响 2.2.1 原生MySQL OK packet格式 2.2.3 session_track_transaction_info 额外补充信息 2.2.2 session_track_transaction_info = 0时OK packet格式解析 2.2.4 sess...
MySQL笔记之基本查询的应用详解
12-15
参考表：student 多字段查询 代码如下:mysql> select id,name,birth from student;所有字段查询 代码如下:mysql> select * from student;where指定查询 代码如下:mysql> select * from student where id=901;mysql> select * from student where id>=904;mysql> select name from student where department=’计算机系’;in指定集合查询 代码如下:mysql> select * from stud
MySQL笔记之运算符使用详解
12-15
Mysql可以通过运算符来对表中数据进行运算，比如通过出生日期求年龄等 运算符包括四类，分别是：算数运算符、比较运算符、逻辑运算符和位运算符 算数运算符加、减、乘运算 代码如下:mysql> select a,a+5,a*2 from t1;+——+——+——+| a    | a+5  | a*2  |+——+——+——+|   24 |   29 |   48 |+——+——+——+ row in set (0.00 sec)这里的原值为24,后面也可以使用混合运算，只需要注意优先级即可 除法和取模运算 代码如下:mysql> select a,a/3,a div 3,a%5,mod(a,
MySQL笔记之系统信息函数详解
09-10
本篇文章对MySQL系统信息函数进行了详解的介绍。需要的朋友参考下
mysql mha搭建以及故障切换.
07-07
mysql mha搭建以及故障切换.
MySQL故障切换笔记之应用无感知设计详解
09-09
主要给大家介绍了关于MySQL故障切换笔记之应用无感知设计的相关资料，文中通过示例代码介绍的非常详细，对大家学习或者使用mysql具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
mysql 客户无感知迁移_MySQL故障切换之应用无感知设计
weixin_35253106的博客
02-04 373
1. 简介2. session_track_transaction_info参数2.1 参数介绍2.2 参数设置影响2.2.1 原生MySQL OK packet格式2.2.3 session_track_transaction_info 额外补充信息2.2.2 session_track_transaction_info = 0时OK packet格式解析2.2.4 session_track_...
MySQL之高可用集群部署及故障切换
志当存高远
04-20 1646
MySQL之高可用集群部署及故障切换一、MHA1、概念2、MHA 的组成3、MHA 的特点 一、MHA 1、概念 2、MHA 的组成 3、MHA 的特点
mysql高可用 binlog_mysql实现高可用架构之MHA故障切换篇
weixin_34677884的博客
01-21 127
概述搭建mha无非就是为了做高可用，所以我们搭建完肯定要测试一下故障时是否能够自动切换~下面简单介绍一下故障切换过程。1、模拟故障在 master 节点关闭 mysql 服务,模拟主节点数据崩溃systemctl stop mysqld其实第一次测试没必要跟我一样干掉数据文件，要不恢复起来还是挺麻烦。2、在 manger 节点查看日志 tail -200 /etc/mha_master/app1/...
MySQL 高可用配置及故障切换
2301_76875445的博客
06-27 579
MySQL 高可用配置及故障切换
mysql主备机宕机自动切换
06-07
mysql主备机宕机自动切换
MySQL读写分离session_track_gtids解析
gao1738的专栏
12-20 860
mysql读写分离实现可以基于wait_for_executed_gtid_set实现，而事务提交gtid的获取可依赖session_track_gtids实现。本文将简析session_track_gtids的运作机制。
mysql事物的状态_详解MySQL参数session_track_transaction_info-跟踪事务的状态-建站-站长头条...
weixin_30155853的博客
01-19 502
概述在数据库中间件读写分离应用场景中，如何保证底层数据库出现故障节点的时，中间件可以快速断开或迁移数据库连接，让用户没有感觉呢？在MySQL数据库中，提供了一个session_track_transaction_info参数来提供解决方案。A system and method for linking data objects and physical objects of various kin...
个人常用命令集锦 持续更新
热门推荐
勿忘初心
02-05 3万+
OS 1、 立刻关机 halt 2、 centos安装yum apt-get install yum 3、 查找文件夹 find / - name 需要查找文件名称 4、 vi里面 查找字符串 “/”，后面跟要查找的字符串，再按回车。vi将光标定位在该串下一次出现的地方上。键入n跳到该串的下一个出现处，键入N跳到该串的上一个出现处。 要查找一个以search为行首的行，则键入/^search ，要查找一个以search为行尾的行，则键入/search＄。 5、 解压 tar -zxvf archive
mysql 双机切换_mysql 双机故障切换方案
weixin_28804379的博客
01-19 329
情景描述：原来两台数据库server做主从，因为前端有redis帮忙扛着大部分读压力，故而数据库的压力并不大，所以我们也没做读写分离，从库单纯作为备份用。这样明情景描述：原来两台数据库server做主从，因为前端有redis帮忙扛着大部分读压力，故而数据库的压力并不大，所以我们也没做读写分离，从库单纯作为备份用。这样明显有两个缺点1、主库是单点2、从库资源浪费所以便想出了如下的方案：让从库作为主库...
MYSQL MHA实现故障转移和自动切换
最新发布
Breeze_nebula的博客
09-05 917
一旦主服务器故障，MHA会自动选择一个适当的从服务器作为新的主服务器，并更新其他从服务器的配置，使其连接到新的主服务器上。5. 数据一致性难以保证：由于主从复制是通过异步的方式进行数据同步，存在网络延迟、复制延迟等因素，从服务器上的数据与主服务器之间可能存在一定的差异。4. 自动切换复杂性：在传统的主从架构中，当主服务器发生故障或需要维护时，需要手动将一个从服务器提升为新的主服务器。数据一致性维护：MHA确保故障转移后新的主服务器与原主服务器的数据保持一致，通过同步二进制日志等机制实现数据的无缝切换。
mysql-MMM 双主故障切换
Dear_xq 的博客
04-20 231
mysql-MMM 双主故障切换 MMM简介 MMM（Master-Master replication manager for MySQL） 是一套支持双主故障切换和双主日常管理的脚本程序。主要用来监控和管理Master（双主）复制，虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时刻备选主的预热， 可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个slave的read负载均衡。 由于MMM无法完全的保
mysql故障切换检测_mysql双机故障切换方案
weixin_35524152的博客
01-19 204
情景描述：原来两台数据库server做主从，因为前端有redis帮忙扛着大部分读压力，故而数据库的压力并不大，所以我们也没做读写分离，从库单纯作为备份用。这样明情景描述：原来两台数据库server做主从，因为前端有redis帮忙扛着大部分读压力，故而数据库的压力并不大，所以我们也没做读写分离，从库单纯作为备份用。这样明显有两个缺点1、主库是单点2、从库资源浪费所以便想出了如下的方案：让从库作为主库...
MySQL数据库高可用MHA、故障切换
weixin_56667320的博客
07-20 431
文章目录一、MHA概述1、简介2、MHA的组成(性能、组件)3、特点 一、MHA概述 1、简介 主要是为了解决msater只有一台，若master出现故障时就使用MHA解决单点故障问题 一套优秀的MySQL高可用环境下故障切换和主从复制的软件 MySQL故障过程中，MHA能做到0-30秒内自动完成故障切换 2、MHA的组成(性能、组件) MHA Manager (管理节点) 可以借助于node组件，实现健康检查(ssh、主从复制)、控制故障切换 MHA Node 组件(数据节点) 部署在所有M
mysql 故障切换怎么做
07-11
MySQL故障切换通常是指主从复制中的主库故障时，需要将从库切换为新的主库，以保证数据的可用性。下面介绍一些常见的MySQL故障切换方法： 1. 手动切换：在主库发生故障时，管理员可以手动将从库切换为新的主库。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值