AI 助理
备案控制台
开发者社区 数据库 文章 正文

MariaDB物理备份与MySQL是否一样

2019-04-24 2322
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
云数据库 RDS MySQL，集群系列 2核4GB
推荐场景：
搭建个人博客
RDS MySQL Serverless 基础系列，0.5-2RCU 50GB
推荐场景：
学生管理系统数据库设计 搭建个人博客
RDS MySQL Serverless 高可用系列，价值2615元额度，1个月
简介： 背景MariaDB作为MySQL的分支，其功能越来越受人关注。本文是针对MariaDB数据库平台产品提供功能支持测试整理测试步骤MariaDB 10.1.38root@localhost : (none) 07:53:44> select version();+-------------...

背景

MariaDB作为MySQL的分支，其功能越来越受人关注。本文是针对MariaDB数据库平台产品提供功能支持测试整理

测试步骤

MariaDB 10.1.38

root@localhost : (none) 07:53:44> select version();
+-----------------+
| version()       |
+-----------------+
| 10.1.38-MariaDB |
+-----------------+
1 row in set (0.00 sec)

[root@mariadb-10-1 ~]# /usr/local/xtrabackup/bin/innobackupex --version
...
innobackupex version 2.4.12 Linux (x86_64) (revision id: 170eb8c)

[root@mariadb-10-1 /]# /usr/local/xtrabackup/bin/innobackupex --defaults-file=/etc/my.cnf --user=root --password=abc123 /data/backup/  
...
xtrabackup: Transaction log of lsn (1527453) to (1527453) was copied.
190424 20:01:21 completed OK!
  • MariaDB 10.1默认支持xtrabackup备份
使用压缩page
root@localhost : test 08:05:54> show variables like 'innodb_compression_algorithm';          
+------------------------------+-------+
| Variable_name                | Value |
+------------------------------+-------+
| innodb_compression_algorithm | zlib  |
+------------------------------+-------+
1 row in set (0.00 sec)

root@localhost : test 08:06:17> show variables like 'innodb%format';
+---------------------------+-----------+
| Variable_name             | Value     |
+---------------------------+-----------+
| innodb_default_row_format | compact   |
| innodb_file_format        | Barracuda |
+---------------------------+-----------+
2 rows in set (0.00 sec)

root@localhost : (none) 08:03:23> use test
Database changed

root@localhost : test 08:03:26> CREATE TABLE users(user_id int not null, b varchar(200), primary key(user_id))     ENGINE=InnoDB    PAGE_COMPRESSED=1;
Query OK, 0 rows affected (0.04 sec)

[root@mariadb-10-1 ~]# ./xtrabackup-2.4/bin/innobackupex --defaults-file=/etc/my.cnf --user=root --password=abc123 /data/backup/
...
190424 20:03:39 [01]        ...done
190424 20:03:39 [01] Copying ./test/users.ibd to /data/backup/2019-04-24_20-03-35/test/users.ibd
[01] xtrabackup: Database page corruption detected at page 1, retrying...
[01] xtrabackup: Database page corruption detected at page 1, retrying...
[01] xtrabackup: Database page corruption detected at page 1, retrying...
[01] xtrabackup: Database page corruption detected at page 1, retrying...
[01] xtrabackup: Database page corruption detected at page 1, retrying...
[01] xtrabackup: Database page corruption detected at page 1, retrying...
[01] xtrabackup: Database page corruption detected at page 1, retrying...
[01] xtrabackup: Database page corruption detected at page 1, retrying...
190424 20:03:40 >> log scanned up to (1531308)
[01] xtrabackup: Database page corruption detected at page 1, retrying...
[01] xtrabackup: Error: failed to read page after 10 retries. File ./test/users.ibd seems to be corrupted.
[01] xtrabackup: Error: xtrabackup_copy_datafile() failed.
[01] xtrabackup: Error: failed to copy datafile.
  • 页面压缩是压缩表格的另一种方法，它与InnoDB COMPRESSED存储格式不同（但相似）。在页面压缩中，只有未压缩的页面存储在缓冲池中。这种方法与使用row_format = compressed的传统InnoDB压缩表有很大不同，其中未压缩和压缩页面都可以在缓冲池中。
  • 在页面压缩中，页面实际上在写入文件空间之前被压缩。类似地，页面在放入缓冲池之前从表空间读取时是未压缩的。此外，页面压缩支持不同的压缩算法，而不仅仅是zlib。
  • 目前，唯一完全支持页面压缩的引擎是XtraDB和InnoDB。如果页面压缩使用每个表的文件表空间，并且该表是使用innodb-file-format = Barracuda创建的，则页面压缩仅适用于给定的表。
修改encrypt
  • 原实例修改innodb_page_size参数引发重新启动报错
root@localhost : test 08:07:37> show variables like 'innodb_encrypt_log';      
+--------------------+-------+
| Variable_name      | Value |
+--------------------+-------+
| innodb_encrypt_log | OFF   |
+--------------------+-------+
1 row in set (0.00 sec)

[root@10-10-30-232 ~]# vim /etc/mysql/my.cnf
innodb_encrypt_log=1

[root@10-10-30-232 ~]# tail -f /var/log/mysql/error.log 
...
2019-04-24 20:46:28 140236265109312 [ERROR] InnoDB: cannot enable encryption, encryption plugin is not available
2019-04-24 20:46:28 140236265109312 [ERROR] Plugin 'InnoDB' init function returned error.
2019-04-24 20:46:28 140236265109312 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2019-04-24 20:46:28 140236265109312 [Note] Plugin 'FEEDBACK' is disabled.
2019-04-24 20:46:28 140236265109312 [ERROR] Unknown/unsupported storage engine: INNODB
2019-04-24 20:46:28 140236265109312 [ERROR] Aborting
  • 加密表使得几乎不可能访问或窃取硬盘并访问原始数据。 MariaDB使用MariaDB 10.1获得了静态数据加密。
  • XtraDB和InnoDB存储引擎完全支持MariaDB加密。 Aria存储引擎也支持加密，但仅适用于使用ROW_FORMAT = PAGE（默认值）创建的表，以及二进制日志（复制日志）。

  • MariaDB允许用户灵活配置加密内容。在XtraDB或InnoDB中，可以选择加密：

    • everything — all tablespaces (with all tables)
    • individual tables
    • everything, excluding individual tables
    • encrypt XtraDB/InnoDB log files
修改page大小
  • 原表存在数据的情况下修改innodb_page_size参数引发重新启动报错
[root@10-10-30-232 ~]# vim /etc/mysql/my.cnf
innodb_page_size=32k

[root@10-10-30-232 ~]# tail -f /var/log/mysql/error.log 
...
2019-04-24 20:21:42 139637690066752 [ERROR] InnoDB: Data file '/var/lib/mysql/data/innodb_ts/ibdata1' uses page size 16384, but the innodb_page_size start-up parameter is 32768
2019-04-24 20:21:42 139637690066752 [ERROR] InnoDB: Corrupted page [page id: space=0, page number=0] of datafile '/var/lib/mysql/data/innodb_ts/ibdata1' could not be found in the doublewrite buffer.
2019-04-24 20:21:42 139637690066752 [ERROR] InnoDB: Plugin initialization aborted with error Generic error
2019-04-24 20:21:43 139637690066752 [Note] InnoDB: Starting shutdown...
2019-04-24 20:21:43 139637690066752 [ERROR] Plugin 'InnoDB' init function returned error.
2019-04-24 20:21:43 139637690066752 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2019-04-24 20:21:43 139637690066752 [Note] Plugin 'FEEDBACK' is disabled.
2019-04-24 20:21:43 139637690066752 [ERROR] Unknown/unsupported storage engine: INNODB
2019-04-24 20:21:43 139637690066752 [ERROR] Aborting
小结

  • Percona XtraBackup可以与MariaDB 10.1一起使用：

    • 如果不使用InnoDB页面压缩
    • 如果未使用静态加密数据
    • 如果innodb_page_size设置为16k

MariaDB 10.2.23

MariaDB [(none)]> select version();
+---------------------+
| version()           |
+---------------------+
| 10.2.23-MariaDB-log |
+---------------------+
1 row in set (0.00 sec)

[root@10-10-30-232 ~]# /usr/local/xtrabackup/bin/innobackupex --version
...
innobackupex version 2.4.12 Linux (x86_64) (revision id: 170eb8c)

[root@10-10-30-232 backup]# /usr/local/xtrabackup/bin/innobackupex --defaults-file=/etc/mysql/my.cnf --user=root --password=abc123 /data/backup/
...
2019-04-24 20:25:59 0x7f89c30d2780 InnoDB: Using Linux native AIO
InnoDB: Number of pools: 1
InnoDB: Unsupported redo log format. The redo log was created with MariaDB 10.2.23. Please follow the instructions at http://dev.mysql.com/doc/refman/5.7/en/upgrading-downgrading.html
  • MariaDB 10.1默认支持xtrabackup备份；由于MDEV-14717引入的重做日志格式的更改而设置innodb_safe_truncate = ON，则Percona XtraBackup也可能无法完全与MariaDB 10.2.19及更高版本一起使用。
关闭参数innodb_safe_truncate
MariaDB [(none)]> show variables like 'innodb_safe_truncate';
+----------------------+-------+
| Variable_name        | Value |
+----------------------+-------+
| innodb_safe_truncate | OFF   |
+----------------------+-------+
1 row in set (0.01 sec)

[root@10-10-30-232 backup]# /usr/local/xtrabackup/bin/innobackupex --defaults-file=/etc/mysql/my.cnf --user=root --password=abc123 /data/backup/
...
190424 20:32:48 completed OK!

  • innodb_safe_truncate：

    • 默认为ON。
    • 在InnoDB中使用备份安全的TRUNCATE TABLE实现和崩溃安全的重命名操作。这与Mariabackup以外的热备份工具不兼容。需要使用此类工具的用户可将此设置为OFF。
    • MariaDB 10.2.19加入；MariaDB 10.3.0移除。
小结

  • Percona XtraBackup可以与MariaDB 10.2一起使用：

    • 如果不使用InnoDB页面压缩
    • 如果未使用静态加密数据
    • 如果innodb_page_size设置为16k
    • 如果innodb_safe_truncate设置为0

MariaDB 10.3.14

MariaDB [(none)]> select version();
+---------------------+
| version()           |
+---------------------+
| 10.3.14-MariaDB-log |
+---------------------+
1 row in set (0.020 sec)

[root@mariadb-10-3 ~]# /usr/local/xtrabackup/bin/innobackupex --defaults-file=/etc/mysql/my.cnf --user=root --password=abc123 /data/backup/
...
2019-04-24 20:38:37 0x7ff1edec7780 InnoDB: Using Linux native AIO
InnoDB: Number of pools: 1
InnoDB: Unsupported redo log format. The redo log was created with MariaDB 10.3.14. Please follow the instructions at http://dev.mysql.com/doc/refman/5.7/en/upgrading-downgrading.html
小结
  • Percona XtraBackup与MariaDB 10.3及更高版本不兼容，并且根据相关的Percona XtraBackup错误报告，似乎不会修复此问题。

总结

  • 随着MySQL被oracle收购后，和MariaDB版本差异越来越大，尤其是MySQL8.0之后的版本。开源备份工具xtrabackup也被MariaDB官方修改源代码后，新的备份工具mariabackup横空出世，语法、参数和xtrabackup基本一致，熟悉MySQL同学也不会感到生疏，完美兼容MariaDB
  • 当然，xtrabackup逐渐不兼容MariaDB，Galera cluster也是无法是xtrabackup做SST，自然也可以选用mariabackup

参考：
https://mariadb.com/kb/en/library/percona-xtrabackup-overview/

文章标签：
云数据库 RDS MySQL 版
密钥管理服务
关系型数据库
数据安全/隐私保护
MySQL
数据库
Linux
关键词：
云数据库 RDS MySQL 版备份
云数据库 RDS MySQL 版物理
云数据库MariaDB版mysql
云数据库 RDS MySQL 版mariadb
物理云数据库 RDS MySQL 版
相关实践学习
如何在云端创建MySQL数据库
开始实验后，系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心，利用清洁计算为万物互联的新世界提供源源不断的能源动力，目前开服的区域包括中国（华北、华东、华南、香港）、新加坡、美国（美东、美西）、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程，来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品：云服务器ECS 云服务器 ECS（Elastic Compute Service）是一种弹性可伸缩的计算服务，助您降低 IT 成本，提升运维效率，使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
powdba
目录
相关文章
源码星辰
|
2月前
|
存储 关系型数据库 MySQL
mysql数据库备份与恢复
MySQL数据库的备份与恢复是确保数据安全性和业务连续性的关键操作。
源码星辰
78 4
潇洒洒
|
15天前
|
关系型数据库 MySQL Linux
Linux环境下MySQL数据库自动定时备份实践
数据库备份是确保数据安全的重要措施。在Linux环境下，实现MySQL数据库的自动定时备份可以通过多种方式完成。本文将介绍如何使用`cron`定时任务和`mysqldump`工具来实现MySQL数据库的每日自动备份。
潇洒洒
37 3
最好zzz
|
15天前
|
监控 关系型数据库 MySQL
Linux环境下MySQL数据库自动定时备份策略
在Linux环境下，MySQL数据库的自动定时备份是确保数据安全和可靠性的重要措施。通过设置定时任务，我们可以每天自动执行数据库备份，从而减少人为错误和提高数据恢复的效率。本文将详细介绍如何在Linux下实现MySQL数据库的自动定时备份。
最好zzz
29 3
sunrr
|
1月前
|
安全 关系型数据库 MySQL
MySQL用户备份
【10月更文挑战第2天】MySQL用户备份
sunrr
56 3
sunrr
|
1月前
|
存储 关系型数据库 MySQL
MySQL如何备份？
【10月更文挑战第2天】MySQL如何备份？
sunrr
107 3
糜终
|
2月前
|
存储 关系型数据库 MySQL
深入解析MySQL数据存储机制：从表结构到物理存储
深入解析MySQL数据存储机制：从表结构到物理存储
糜终
189 1
pbeskoyq7ffm4
|
3月前
|
存储 关系型数据库 MySQL
MySQL备份与恢复
MySQL备份与恢复
pbeskoyq7ffm4
59 0
路卿老师
|
14天前
|
SQL 关系型数据库 MySQL
12 PHP配置数据库MySQL
路老师分享了PHP操作MySQL数据库的方法，包括安装并连接MySQL服务器、选择数据库、执行SQL语句（如插入、更新、删除和查询），以及将结果集返回到数组。通过具体示例代码，详细介绍了每一步的操作流程，帮助读者快速入门PHP与MySQL的交互。
路卿老师
29 1
听风de歌
|
16天前
|
SQL 关系型数据库 MySQL
go语言数据库中mysql驱动安装
【11月更文挑战第2天】
听风de歌
29 4
土木林森
|
23天前
|
监控 关系型数据库 MySQL
数据库优化：MySQL索引策略与查询性能调优实战
【10月更文挑战第27天】本文深入探讨了MySQL的索引策略和查询性能调优技巧。通过介绍B-Tree索引、哈希索引和全文索引等不同类型，以及如何创建和维护索引，结合实战案例分析查询执行计划，帮助读者掌握提升查询性能的方法。定期优化索引和调整查询语句是提高数据库性能的关键。
土木林森
115 1

热门文章

最新文章

  • 1
    阿里云成为MariaDB基金会白金会员 全球唯一入选云计算公司
  • 2
    MySQL之父、MariaDB CTO Michael Widenius：创立MariaDB，是希望有一个永远保持开源的MySQL替代品
  • 3
    如何在 Ubuntu 20.04 上安装 MariaDB
  • 4
    mariadb安装
  • 5
    MariaDB10和MySQL5.6社区版压力测试
  • 6
    CentOS 7.0 使用MariaDB数据库管理系统
  • 7
    Linux的数据库mariadb
  • 8
    mariadb 实用功能2 delete from table returning ... 数据恢复
  • 9
    基于DRBD+corosync对MariaDB做高可用集群
  • 10
    CentOS 6.5上安装MariaDB
  • 1
    服务器Linux系统配置mysql数据库主从自动备份
    202
  • 2
    mysqlTools 一分钟部署安装本mysql多个版本，解锁繁琐部署过程
    414
  • 3
    golang使用gorm操作mysql3，数据查询
    91
  • 4
    golang使用gorm操作mysql2
    55
  • 5
    golang使用gorm操作mysql1
    102
  • 6
    Hbase与MySQL对比，区别是什么？
    278
  • 7
    解决 mysql8.0 ERROR 1045 (28000): Access denied for user ‘ODBC‘@‘localhost‘ (using password: NO)用户访问拒绝
    2115
  • 8
    navicat过期了，直接用idea连接mysql
    61
  • 9
    DQL操作MySql
    52
  • 10
    【JAVA进阶篇教学】第八篇：Java链接MySql数据库异常
    252

    • 相关课程

    更多
  • MySQL企业常见架构与调优经验分享
  • 云数据库MySQL版快速上手教程
  • 阿里云云原生数据仓库AnalyticDB MySQL版 使用教程
  • MySQL实战进阶
  • 数据库及SQL/MySQL基础
  • 云数据库MySQL快速入门

    • 相关电子书

    更多
  • 搭建电商项目架构连接MySQL
  • 搭建4层电商项目架构，实战连接MySQL
  • PolarDB MySQL引擎重磅功能及产品能力盛大发布

    • 相关实验场景

    更多
  • MySQL基础-学生管理系统数据库设计
  • 如何快速连接云数据库RDS MySQL
  • MySQL数据库快速部署实践
  • MySQL引擎及架构优化
  • 基于EBS部署高性能的MySQL服务
  • 使用CloudLens采集RDS日志并进行审计分析

    • 推荐镜像

    更多
  • mysql
  • mariadb
  • postgresql
    • 下一篇
    无影云桌面