2.XtraBackup实现全量+增量+Binlog恢复库2.1XtraBackup概述2.1.1XtraBackup介绍PerconaXtraBackup是一款基于MySQL的服务器的开源热备份实用程序，备份时不影响数据库的正常读写，它可以备份MySQL5.1，5.5，5.6，5.7，8.0服务器上的InnoDB，XtraDB和MyISAM表的数据，以及带有XtraDB的Percona服务器。 xtrabackup功能：在不暂停数据库的情况下创建热的InnoDB备份进行MySQL的增量备份将压缩的MySQL备份传输到另一台服务器在MySQL服务器之间移动表格轻松创建新的MySQL复制从站
2.XtraBackup实现全量+增量+Binlog恢复库2.1XtraBackup概述2.1.1XtraBackup介绍PerconaXtraBackup是一款基于MySQL的服务器的开源热备份实用程序，备份时不影响数据库的正常读写，它可以备份MySQL5.1，5.5，5.6，5.7，8.0服务器上的InnoDB，XtraDB和MyISAM表的数据，以及带有XtraDB的Percona服务器。 xtrabackup功能：在不暂停数据库的情况下创建热的InnoDB备份进行MySQL的增量备份将压缩的MySQL备份传输到另一台服务器在MySQL服务器之间移动表格轻松创建新的MySQL复制从站
故障复盘基于一套主从的MHA环境，A为现主库，B为现从库。其中 A的uuid是5a56.....7df B的uuid是6a56.....7df（1）基于MHA的一主一从环境，演练主库宕机，主备切换VIP目前在A上，提供给业务使用，模拟主库宕机systemctlstopmysqld主库宕机后，观察到VIP正常飘移到B库上，业务正常使用，此时，重启A库，企图将A库重启后重新加入集群，并启动MHA。启动A库后，将A库作为从库加入到新主B，出现1032报错。A库信息如下B库信息如下发现此刻的从库的GTID_SET 5a开头的那个少了一个事务,也就是说旧主A没有将事务全部同步到旧从B，导致现在B
故障复盘基于一套主从的MHA环境，A为现主库，B为现从库。其中 A的uuid是5a56.....7df B的uuid是6a56.....7df（1）基于MHA的一主一从环境，演练主库宕机，主备切换VIP目前在A上，提供给业务使用，模拟主库宕机systemctlstopmysqld主库宕机后，观察到VIP正常飘移到B库上，业务正常使用，此时，重启A库，企图将A库重启后重新加入集群，并启动MHA。启动A库后，将A库作为从库加入到新主B，出现1032报错。A库信息如下B库信息如下发现此刻的从库的GTID_SET 5a开头的那个少了一个事务,也就是说旧主A没有将事务全部同步到旧从B，导致现在B
导读，本文通过图解，主要说明如下三个问题（1）MySQL的一条查询语句是怎么运行的（2）MySQL的一条更新语句是怎么运行的（3）MySQL的数据是如何保证不丢的MySQL的一条查询语句是怎么运行的查询的执行流程一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后到达存储引擎。假如在MySQL中有一个查询会话请求，那么大概流程如下：（1）MySQL客户端对MySQLServer的监听端口发起请求。（2）在连接者组件层创建连接、分配线程，并验证用户名、密码和库表权限。（3）如果打开了query_cache，则检查之，有数据直接返回，没有继续往下执行。（4）SQL接口组件
导读，本文通过图解，主要说明如下三个问题（1）MySQL的一条查询语句是怎么运行的（2）MySQL的一条更新语句是怎么运行的（3）MySQL的数据是如何保证不丢的MySQL的一条查询语句是怎么运行的查询的执行流程一条查询语句的执行过程一般是经过连接器、分析器、优化器、执行器等功能模块，最后到达存储引擎。假如在MySQL中有一个查询会话请求，那么大概流程如下：（1）MySQL客户端对MySQLServer的监听端口发起请求。（2）在连接者组件层创建连接、分配线程，并验证用户名、密码和库表权限。（3）如果打开了query_cache，则检查之，有数据直接返回，没有继续往下执行。（4）SQL接口组件
