MYSQL 想飞的更高 先要XTRABACKUP 跟上

世界是变化的，人本身的惰性老是想找一个可靠和稳定的地方，可哪里有，要不就接受，接受要被淘汰的事实，要不就自不量力的和生活的变化来还手。

MYSQL8 版本频繁的更新，实际上牵扯是否能使用MYSQL的一个选择性的问题上，XTRABACKUP 是一个考虑能否正常使用MYSQL 8 新版本的问题。数据库不能没有备份，XTRABACKUP 也往前推进了版本到了8.0,8.0这个版本不会在支持8.0之前的MYSQL，主要是因为REDO ,UNDO 本身在MYSQL 5.7和8.0 之间有了本质的不同和变化。所以备份软件也需要进行相关的改变。

但不大好玩的一件事情是，查询了目前的PERCONA的官网percona xtrabackup notes 其中有这样一句话

percona xtrabackup 8.012 now support backup and restore processing for all version of mysql previous versions of percona xtrabackup will not work with mysql 8.020 and higher.

所以难道是如果还想MYSQL 能继续在企业中使用，并且是免费的使用，还是要考虑和 PERCONA 合作，否则备份软件没有，难道要企业为了使用更高版本的MYSQL 去购买企业版，估计是想多了。现在可以选择的开源数据库可不光是MYSQL 。

当然还有另外一句话，以后到底你是用官方免费的MYSQL 还是PERCONA的MYSQL ，你是要有选择了。如果你财大气粗，备份MYSQL 我就用企业版，那OK，5000刀每台的备份软件的费用你就要从你的口袋里面付出了。那么这5000美元到底你得到了和XTRABACKUP 什么样不同的服务。

1 incremental backups with redo log only

2 backup progress table

3 offline backups

4 backup to tape media managers

其实 1 才是问题的所在，所以你真的是有钱，那就花吧，购买ORACLE的企业版的MYSQL 。当然各种壁垒也可能让 MYSQL 成为下一个 ORACLE。

废话太多了，直接需要开始进入到主题了

到目前为止，备份MYSQL的开源版本的重任是能是XTRABACKUP 如果你能找到第二家免费的产品，请快点告诉我。

实际上XTRABACKUP 的原理是要在备份的开始记住lsn，log sequence number ，然后开始拷贝物理物理的数据文件，如果此期间这些数据文件改变了，另外一个线程会对日志文件进行拷贝变化的部分，并且在拷贝完数据文件后，将这些变化进行一个Apply 的过程。

另外一个地方就是flush tables with read lock， 而到了8.0 已经允许了lock instance for backup。

XTRABACKUP 在8.0会尽力不在 flush tables with read lock ，换来的是去读取performance_schema中的 log_status 来获取相关的信息。于此有关的信息可以从

https://dev.mysql.com/doc/ refman/8.0/en/lock-instance-for-backup.html 上获得。

所以在权限方面,MYSQL 8 多添加了 performance_schema中关于 log_status的信息的读取的需求。

mysql> CREATE USER 'bkpuser'@'localhost' IDENTIFIED BY 'password'; mysql> GRANT BACKUP_ADMIN, PROCESS, RELOAD, LOCK TABLES, REPLICATION CLIENT ON *.* TO ˓'bkpuser'@'localhost';

mysql> GRANT SELECT ON performance_schema.log_status TO 'bkpuser'@'localhost';

mysql> FLUSH PRIVILEGES;

说了这么多，到底xtrabackup 除了在备份速度和质量以及复杂度上都对MYSQLDUMP 有碾压的效应以外，XTRABACKUP还有什么功能是其他没有的。

warm up， 一个备份软件在恢复数据库后，一般来说是不会对内存的数据进行备份和预热的。xtrabackup 会对在备份的数据库中的innodb buffer pool 中的数据进行备份

那么这里会提出两个问题

1 如果将INNODB BUFFER 中的数据库都备份出来这一定不是一个小数量级别的数据

2 在恢复中到底多少数据会缓冲进INNODB BUFFER中

先解答第一个问题，实际上在MYSQL 8 中的information_schema库的 INNODB_BUFFER_PAGE_LRU 中包含了这个信息。

直接读取相对应的数据及可以获取到底哪些数据应该被装入到INNODB BUFFER POOL，另外MYSQL 在操作过程中，也会根据 innodb_buffer_pool_dump_pct 设置的比例来将数据恢复到INNODB BUFFER POOL 系统中，其中值是从 1 到 100 默认值25.

所以上面的回答了两个问题，1 备份的时候不会对所有的INNODB BUFFER POOL 的内存数据进行备份，2 恢复的时候也要看你的设置到底要装入多少的内存数据。

实际上XTRABACKUP 在8.0后需要研究的地方不少，以上仅仅是一个开始。