# 存在大量表的MySQL系统中，出现xtrabackup 问题“Too many open files”这边文章，转摘自：[Using Percona XtraBackup on a MyS

## 故障原因生产环境的故障原因：（Galera集群MariaDB 10.0.15）节点1加字段成功，节点3由于没空间，加字段失败，节点2加字段成功。等节点3有空间了，节点3还可以正常加入集群，

# MGR的一个简单故障案例## 传统的复制 传统的 MySQL 提供了一种简单的源到副本复制方法。源是主要的，并且有一个或多个副本，它们是次要的。源应用事务，提交它们，然后它们稍后（因此异步）

# CoreOS ## CoreOS具有以下几点特性： 1. Linux内核，Linux运行所需存在两个ROOT分区，一个被用作启动分区，一个被用作更新分区更新分区在更新完成后，自动重新启动系统

# redis手动切换，原主节点 切换成 新主节点**CLUSTER FAILOVER [FORCE|TAKEOVER]****自3.0.0起可用。****时间复杂度：** O（1）该命令只

# Docker# Docker是什么？虚拟机一旦被开启，预分配给它的资源将全部被占用。每一台虚拟机包括应用，必要的二进制和库，以及一个完整的用户操作系统。容器技术和宿主机共享硬件资源及操作

# xtrabackup压缩备份和恢复xtrabackup是Percona公司的一款用于MySQL在线备份的工具，支持在线备份，全量备份和增量备份，单库单表备份。本文侧重于介绍Xtrabackup

#分析思路----MySQL服务器io很高 # iostat命令

#pt-table-checksumpt-table-checksum #pt-table-sync

# MySQL Online DDL

# ansible常用命令# ansible 命令详解命令的具体格式如下：`ansible <host-pattern> [-f forks] [-m module_name] [-a args

# 死锁本文介绍在业务正真实的一段是锁记录，并根据死锁的记录，复现出死锁的产生过程。## 死锁的出现死锁是指两个或多个进程在执行过程中,在产生资源争夺的时候造成的一种锁互相等待的现象,若无任何

xtrabackup是Percona公司的一款用于MySQL在线备份的工具，支持在线备份，全量备份和增量备份，单库单表备份。mydumper能够良好支持多线程工作，在处理速度方面快于传统的mysq

## decode()和encode()官方描述下面是官网对于decode()和encode（）的描述：**DECODE(crypt_str,pass_str)**[DECODE()](htt

# MGR监控###根据官方文档内容的整理###

# MGR要求与限制

查看最近的top sql 语句使用 performance_schema中的语句激励表可以记录最近这段时间MySQL在执行的一些SQL语句，这里以events_statements_histor

本文用于介绍使用performance_schema对数据库进行锁的排查和诊断。本文主要描述如何使用performance_schema诊断表锁，行锁，全局读锁，DML锁。# 全局读锁全局锁就

升级 MySQL5.7->MySQL8.0 MySQL5.6->MySQL5.7 Xtrabackup innobackupex

# 主从复制报错2061：## 出现故障在MySQL8.0中，创建主从复制使用的用户：```mysql> CREATE USER 'repl'@'%' identified by 'XXXXX

如何使用performance_schema的等待事件来排查数据库性能瓶颈 介绍performance_schema和sysbench配合从数据库内部发现性能瓶颈

自增主键的有关参数，自增主键的保存机制，自增主键在复制中的表现

MySQL路由器与InnoDB群集一起使用的测试

# innodb cluster##MGR#