兰春_个人页

MySQL运维实战系列：long semaphore wait case

MySQL 运维常用工具&命令

以下列出的是平常工作中用到的小工具和命令 连接 如何不需要密码的登录，直接mysql my.cnf 或者写在 ~/.my.cnf， 相对安全 [mysql] --表示： 只有mysql命令才能免密码 user=root password=123 socket=/tmp/mysql.

MySQL运维实战 之 价值一个亿的GTID监控

一、背景 现在的MySQL可谓是拿着望远镜也找不到对手，其中有一个非常大的特性就是GTID GTID的原理这篇文章不再展开，有兴趣的同学可以关注之前的GTID原理，GTID实战，GTID运维实战文章。

MySQL运维实战 之 PHP访问MySQL你使用对了吗

大家都知道，slow query系统做的好不好，直接决定了解决slow query的效率问题 一个数据库管理平台，拥有一个好的slow query系统，基本上就拥有了解锁性能问题的钥匙 但是今天主要分享的并不是平台，而是在平台中看到的奇葩指数五颗星的slow issue 好了，关子卖完了，直接进入.

组复制官方翻译九、Group Replication Technical Details

https://dev.mysql.com/doc/refman/8.0/en/group-replication-technical-details.html 这一章主要描述MGR的更多细节 18.

组复制官方翻译八、Frequently Asked Questions

https://dev.mysql.com/doc/refman/8.0/en/group-replication-frequently-asked-questions.html 一、MGR的成员数量最大是多少 最大9个 二、group中的成员是如何连接的 他们直接是通过peer-to-peer ...

组复制官方翻译七、Requirements and Limitations

https://dev.mysql.com/doc/refman/8.0/en/group-replication-requirements-and-limitations.html 关于Group Replication System Variables这一节没有讲，主要是变量属于工具类，需要查看的时候去搜一下即可 https://dev.

组复制官方翻译六、Upgrading Group Replication

https://dev.mysql.com/doc/refman/8.0/en/group-replication-upgrade.html 这个章节主要描述升级MGR的计划基本的升级MGR成员的方法基本跟单独的实例升级一样（可参考 Section 2.

组复制官方翻译五、Group Replication Security

https://dev.mysql.com/doc/refman/8.0/en/group-replication-security.html 18.5.1 IP Address Whitelisting MGR有个配置项可以决定哪些server可以被GR接受，它就是group_replicati...

组复制官方翻译四、Monitoring Group Replication

https://dev.mysql.com/doc/refman/8.0/en/group-replication-monitoring.html 使用Perfomance Schema来监控MGR MGR主要添加了这两个表 performance_schema.

组复制官方翻译三、Getting Started

https://dev.mysql.com/doc/refman/8.0/en/group-replication-getting-started.html MGR 作为一个Server插件提供支持的，每个group的server都需要配置和加载这个插件这一章主要教大家在三节点的MGR环境下，怎么一步步搭建起来的 18.

组复制官方翻译二、Group Replication Background

https://dev.mysql.com/doc/refman/8.0/en/group-replication-background.html 这一章主要描述一些组复制的背景 构建一个容错系统最常用的方法就是让组件冗余，换句话说就是组件即便被移除掉，整个系统还是能够正常对外提供服务这无疑在不同...

组复制官方翻译一、Group Replication

https://dev.mysql.com/doc/refman/8.0/en/group-replication.html 目录 18.1 Group Replication Background 18.

MySQL 和 Innobackup 不定期卡住的秘密

MySQL运维实战系列：MySQL5.7 Group By 问题

pt-tools系列：xtrabackup最佳实践

安装xtrabackup 下载2.4版本即可 运行报错 /data/Keithlan/pt_backup/bin/innobackupex: /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.

DBA都应该知道的GTID（下）

DBA都应该知道的GTID（上）

MySQL Online DDL 方案剖析

pt-tools系列：pt-online-schema-change 最佳实践

pt的详细步骤 Step 1: Create the new table. Step 2: Alter the new, empty table. This should be very quick, or die if the user specified a bad alter statement.

pt-tools系统：pt-kill 实战

列出几种常用场景，并进行分析实战测试 特殊、 打印出执行时间超过3秒的connection，仅仅打印，不kill 每2秒循环一次，超过10秒就退出pt-kill程序pt-kill --host xx.

pt-tools系列：pt-kill 官方使用文档

MySQL复制延迟优化的方法论

MySQL并行复制的深入浅出

一、并行复制的背景 首先，为什么会有并行复制这个概念呢？1. DBA都应该知道，MySQL的复制是基于binlog的。 2. MySQL复制包括两部分，IO线程 和 SQL线程。 3. IO线程主要是用于拉取接收Master传递过来的binlog，并将其写入到relay log 4. SQL线程主要负责解析relay log，并应用到slave中 5. 不管怎么说，IO和SQL线程都是单线程的，然后master却是多线程的，所以难免会有延迟，为了解决这个问题，多线程应运而生了。

MySQL5.7 核心技术揭秘：MySQL Group Commit

MySQL运维系列 之 如何快速定位IO瓶颈

MySQL的瓶颈，一般分为IO密集型和CPU密集型 CPU出问题的情况比较少，最近就遇到过一次比较大的故障，这个话题后面会有一篇专题介绍 今天主要聊聊IO密集型的应用中，我们应该如何快速定位到是谁占用了IO资源比较多 背景 环境1.

MySQL运维系列 之 如何监控大事务

MySQL运维之 binlog_gtid_simple_recovery(GTID)

truncate table 和 drop table 的一点坑

网上一搜这个关键字，得到的结果大多都是delete、truncate、drop之间的区别 但是今天我们要讲的内容，是我们在生产环境中遇到的真实案例 互联网公司一般对大表，都会采用分区表或者物理分表吧，这里主要描述的是分表的删除过程中的问题 案例一 环境MySQL5.

MHA failover NON-GTID 专题

MHA failover GTID 专题

MHA failover GTID 专题 这里以masterha_master_switch为背景详解各种可能遇到的场景 假定环境(经典三节点) host_1(host_1:3306) (current master) +--host_2(host_2:3306 slave[candidat.

MySQL运维实战（二）之 巧用P_S解决账号host访问的荣耀王者之路

MySQL锁系列（九）之 long transaction

MySQL锁系列（八）之 死锁

MySQL运维实战（一）之 系统变量潜规则

MySQL运维之神奇的参数(终结篇)

一、主要内容 生产前的测试方案 生产环境如何平滑实施 生产坏境中遇到哪些困难 我们的解决方案 价值与意义 二、背景 这个项目的起源，来源于生产环境中的N次误删数据，所以才有他的姊妹篇文章，一个神奇的参数前传 三、生产前的测试方案 3.

MySQL锁系列（七）之 锁算法详解

MySQL锁系列（六）之 MVCC

MySQL锁系列（五）之 隔离级别

MySQL锁系列（四）之 undo log

什么是undo 1) redo 记录的是对页的重做日志，undo 记录的是对事务的逆向操作 2) undo 会产生redo，undo的产生也会伴随这redo的产生，因为重启恢复的时候，可以通过redo还原这些undo的操作,以达到回滚的目的 undo有什么用 1) 用于对事务的回滚 2）用于MVCC undo的存储结构 rollback segment * 在MySQL5.

util 100% 怪异问题分析

环境 1. DB: Server version: 5.7.18-log MySQL Community Server (GPL) 2. OS: CentOS release 6.6 (Final) 问题描述 问题要害 1.

MySQL锁系列（二）之 锁解读

MySQL锁系列（一）之锁的种类和概念

omega监控系列之connection

MySQL5.6：一个神奇的执行计划

自增锁引发的悲剧

背景 先描述下故障吧 step0: 环境介绍 1. MySQL5.6.27 2. InnoDB 3. Centos 基本介绍完毕，应该跟大部分公司的实例一样 CREATE TABLE `new_table` ( `id` int(11) NOT NULL AUTO_INCREMENT, .

MySQL5.7 GTID 运维实战

GTID 和 START SLAVE START SLAVE 语法 START SLAVE [thread_types] [until_option] [connection_options] thread_types: [thread_type [, thread_type] .

device is busy

MySQL运维之神奇的参数

MySQL运维之神奇的参数 sql_safe_updateshttp://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_sql_safe_updates 背景(why) 主要是针对大表的误操作。

使用sysbench对MySQL进行测试

为什么要测试，测什么东西？ 测试的种类非常多，测试的目的也非常多，我这里主要的目的就两个 测试MySQL的极限IO 对比不同版本MySQL，不同参数, 不同硬件，不同系统对MySQL的性能影响 为什么选择sysbench 因为MySQL官方的测试就是用sysbench哦 尽量选择最新版本