依托前文的解析来讲5.7中 GTID带来的运维改变，我想理解应该是更加深刻，这节主要讨论以下几个部分：

如何跳过一个事务

mysqldump导出行为的改变

5.7中搭建基于GTID的主从

5.7中GTID的主从的切换

5.7中在线改变GTID模式

一、如何跳过一个事务 和传统基于位置的主从不同，如果从库报错我们需要获得从库执行的最后一个事务，方法有如下：

show slave status \G 中的 Executed_Gtid_Set。

【mysql】  【配置】  【binlog】   点击查看原文>

Migrate your database without service interruptions with Alibaba Cloud Data Transmission Service

【mysql】  【ApsaraDB_for_RDS】   点击查看原文>

MySQL 5.7 GR Multi-Primary

【数据存储与数据库】  【分布式】  【测试技术】  【架构】  【mysql】  【js】  【Server】  【test】   点击查看原文>

一、前言     上篇的Connection Manager中，曾提及对于一个新到来的Connection，服务器会创建一个新的线程来处理这个连接。 其实没那么简单，为了提高系统效率，减少频繁创建线程和中止线程的系统消耗，Mysql使用了线程缓冲区的概念，即如果 一个连接断开，则并不销毁承载其的线程，而是将此线程放入线程缓冲区，并处于挂起状态，当下一个新的Connection到来 时，首先去线程缓冲区去查找是否有空闲的线程，如果有，则使用之，如果没有则新建线程。

【服务器】  【mysql】  【函数】   …

一、前言          在规模稍微大点的项目中，为了方便快速找到bug的所在，我们往往需要在代码中加入一些调试用的代码，比如加入一些printf，打印出一些重点的信息；加入assert，进行断言判断。

【mysql】  【函数】  【源码】  【static】  【void】   点击查看原文>

提升phpstudy中的mysql版本 升级phpstudy中的mysql版本：

从官网下载对应平台最新的MySQL解压缩版，http://www.mysql.com/downloads/， 然后根据系统自己选择版本 其他版本选择

解压缩下载的文件，先在phpstudy里把数据库关闭。

【php】  【服务器】  【mysql】  【数据库】  【配置】   点击查看原文>

本文研究了在没有写查询的情况下，InnoDB行插入时，因内部临时表的问题而发生性能尖刺的情形。 In this blog post, I investigate a case of spiking InnoDB Rows inserted in the absence of a write query, and find internal temporary tables to be the culprit. 事情发生在我研究一个客户的案例时，在”InnoDB行插入“指标图上，发现了从1k行每秒激增到6K行的尖刺，但却无法和其他活动或者现象连接起来，PMM监控图形上也有同样的反映。

【mysql】  【innodb】  【性能】  【磁盘】   …

# 背景 接口期望返回json格式数据，但数据存储在mysql中，先将mysql的数据转为dict，然后将dict转为json格式，然后就报这个错误了的，原因就是时间格式转换问题   # 解决方法 1.

【mysql】  【Json】  【数据存储】   点击查看原文>

描述 MySQL 5.6 SQL数据库服务器Docker镜像，此容器映像包含用于OpenShift的MySQL 5.6 SQL数据库服务器和一般用法。用户可以选择RHEL和基于CentOS的图像。

【docker】  【服务器】  【mysql】  【SQL】  【数据库】  【镜像】  【主机】  【容器】   …

由于运维、DBA的误操作或是业务bug，我们在操作中时不时会出现误删除数据情况。早期要想恢复数据，只能让业务人员根据线上操作日志，构造误删除的数据，或者DBA使用binlog和备份的方式恢复数据，不管那种，都非常费时费力，而且容易出错。

【mysql】  【Server】  【binlog】  【update】   点击查看原文>