青蛙小白

使用Percona XtraBackup 8.0备份和恢复MySQL 8.0数据库

1.创建备份专用用户 Percona XtraBackup需要能够连接到数据库服务器,并在创建备份时、在某些场景下准备备份以及在还原备份时执行操作。为了实现这一点,对其执行所需的Privilege和权限Permissions要求必须得到满足。 Privilege:指的是系统用户在数据库服务器中被允许执行的操作。它们在数据库服务器上设置,仅适用于数据库服务器中的用户。 Permissions: 允许用户在系统上执行操作,比如在某个目录上读取、写入或执行,或者启动/停止系统服务。它们在系统级别上设置,仅适用于系统用户。 当使用xtrabackup时,涉及到两个用户:

Percona XtraBackup 8.0命令行参数参考

操作模式 可以在以下模式之一中调用xtrabackup: --backup模式,用于在目标目录中进行备份 --prepare模式,用于从备份中恢复数据(在--backup模式下创建) --copy-back模式,用于从备份中复制数据到原始数据所在的位置;若要移动数据而不是复制,请使用替代的--move-back模式。 --stats模式,用于扫描指定的数据文件并打印出索引统计信息。 当你打算在这些模式中运行xtrabackup时,请使用以下语法:

Percona XtraBackup 8.0工具集的简介和安装

1. Percona XtraBackup工具集的组成 Percona XtraBackup是由以下几个二进制文件组成的: xtrabackup:一个已编译的C语言二进制文件,提供了备份包括MyISAM、InnoDB和XtraDB表在内的整个MySQL数据库实例的功能。 xbcrypt:用于加密和解密备份文件的实用工具。 xbstream:一个实用工具,允许在xbstream格式与文件之间进行流式传输和提取。 xbcloud:用于从云端下载和上传xbstream存档的部分或全部内容的实用工具。 推荐的备份方式是使用xtrabackup。

Percona XtraBackup 8.0的工作原理

1.简介 Percona XtraBackup是开源、免费的 MySQL热备份软件,可对InnoDB和XtraDB数据库执行非阻塞备份。 使用Percona XtraBackup,有以下好处: 快速可靠的完成备份 备份过程中的事务处理不中断 节省磁盘空间和网络带宽 自动备份验证 更快的恢复时间,提高可用性 Percona XtraBackup 可为所有版本的Percona Server for MySQL和MySQL进行热备份。它可以执行流式、压缩和增量的MySQL备份。

MySQL从库的Crash Safe

最近测试环境的一个三节点的MySQL GR集群(单主)的一个从节点发生了宕机,重启恢复后,过了一会监控系统告警,刚刚宕机的这个节点退出了GR集群。原因是主库上对某条数据的修改复制到从库后,在这个从库上找不到这条数据(slave_exec_mode=STRICT),第一反应就是主库和从库出现了不一致。因为是测试环境,数据量不大,所以采取的方案是将从库重建(团队没有专门的DBA)。接下来特意查看了一下MySQL复制和从库宕机恢复这块的资料。

使用MySQL的可传输表空间特性恢复表或迁移表数据

在MySQL运维中可能会遇到以下两个需求的场景,一个是从MySQL的备份中恢复单个表;另一个是将一套环境数据库某个表中的数据导入到另一套环境的数据中。 对于前者肯定需要用到数据库的备份,而对于后者如果使用普通的mysqldump导出表数据再导入的方式将十分缓慢。 MySQL从5.6开始支持了可传输表空间(Transportable Tablespaces)特性,该特性允许表空间(table.ibd)从一个实例拷贝到另一个实例上,使用这个特性可以实现前面提到的两个运维场景。

MySQL多源复制故障修复, 重新初始化一个channel的复制

MySQL 5.7数据库多源复制拓扑如下: M1 --------+ | | v M2 ------->S M1和M2为两个主数据库实例,S为从数据库实例,建立了从M1到S和从M2到S的多源复制。 S上执行: SHOW SLAVE STATUS \G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: x.x.x.x Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: binlog.000106 Read_Master_Log_Pos: 15847815 Relay_Log_File: relay-bin-m1.000003 Relay_Log_Pos: 15684092 Relay_Master_Log_File: binlog.000106 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: sys.%,performance_schema.%,mysql.%,information_schema.% Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 15847815 Relay_Log_Space: 15684290 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 86 Master_UUID: @17070e4d-a4bc-49b6-88d4-cbbc610abc2b Master_Info_File: mysql.slave_master_info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: 134db0a3-61a4-4f96-8574-a3ec77045987:68811801-68821751 Executed_Gtid_Set: 30d1ce13-e8b0-43ae-b989-667aa0394fb8:1-240, f7123455-4085-4e24-a028-e0cff16d1cc6:1-8409014, f0c67103-9183-46c3-b34f-1b7fac7c0f51:1, 17070e4d-a4bc-49b6-88d4-cbbc610abc2b:1, bb09bbce-c153-4af2-ab6f-85e70b74a13c:1-3, cc96b6de-d317-4881-9a86-9c9b690cb8cc:1-15, 178dde0c-492c-4365-96e2-57008f2bd232:1-524521756, da0e0547-a1ca-4cae-8db9-f3a90b3a996a:1, 134db0a3-61a4-4f96-8574-a3ec77045987:1-68821751 Auto_Position: 1 Replicate_Rewrite_DB: Channel_Name: m1 Master_TLS_Version: *************************** 2. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: x.x.x.x Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: binlog.002584 Read_Master_Log_Pos: 127954993 Relay_Log_File: relay-bin-m2.003944 Relay_Log_Pos: 127955152 Relay_Master_Log_File: binlog.002584 Slave_IO_Running: Yes Slave_SQL_Running: Yes Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: sys.%,performance_schema.%,mysql.%,information_schema.% Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 127954993 Relay_Log_Space: 127955430 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 69 Master_UUID: c8822a1d-d39c-11e9-8301-fa163e13923c Master_Info_File: mysql.slave_master_info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Last_IO_Error_Timestamp: Last_SQL_Error_Timestamp: Master_SSL_Crl: Master_SSL_Crlpath: Retrieved_Gtid_Set: 178dde0c-492c-4365-96e2-57008f2bd232:524093802-524521756 Executed_Gtid_Set: 30d1ce13-e8b0-43ae-b989-667aa0394fb8:1-240, f7123455-4085-4e24-a028-e0cff16d1cc6:1-8409014, f0c67103-9183-46c3-b34f-1b7fac7c0f51:1, 17070e4d-a4bc-49b6-88d4-cbbc610abc2b:1, bb09bbce-c153-4af2-ab6f-85e70b74a13c:1-3, cc96b6de-d317-4881-9a86-9c9b690cb8cc:1-15, 178dde0c-492c-4365-96e2-57008f2bd232:1-524521756, da0e0547-a1ca-4cae-8db9-f3a90b3a996a:1, 134db0a3-61a4-4f96-8574-a3ec77045987:1-68821751 Auto_Position: 1 Replicate_Rewrite_DB: Channel_Name: m2 Master_TLS_Version: 2 rows in set (0.00 sec) 多源复制(Multi-source replication)是指在一个数据库中从多个源数据库中复制数据到同一个目标数据库的过程。要在 MySQL 中实现多源复制,需要在目标数据库中创建多个复制通道(replication channel),每个通道对应一个源数据库。每个通道都需要有独立的复制配置,包括源数据库的连接信息、复制过滤规则等。