逻辑备份和物理备份
逻辑备份
逻辑备份用于备份数据库的结构 (CREAET DATABASE,CREATE TABLE) 和数据(INSERT), 这种备份类型适合数据量小, 跨 SQL 服务器, 需要修改数据等场景. 如 mysqldump 命令就是产生一个逻辑备份工具, 使用 mysqldump 输出的文件包含 CREATE TABLE 和 INSERT 语句, 能够直接重建表内容和表结构.
使用逻辑备份有以下优势和劣势:
优势
可移植性高, SQL 语句可直接适用于其他 SQL 服务器;
在数据恢复之前可增加, 修改数据;
数据恢复粒度小可以是服务器, 数据库, 表级别;
使用文本格式, 可读性高;
劣势
备份时需要访问 MySQL 服务器, 影响其他客户端;
需要将数据转换成逻辑格式(SQL,CSV);
如果命令运行在客户端, MySQL 服务器还需要将数据发送给客户端;
因为输出格式为文本文件, 占用空间较大;
物理备份
物理备份是包括存储数据库内容的目录和文件的副本, 这种类型的备份适用于需要在出现问题时快速恢复的大型重要数据库.
优势
完整的 MySQL 文件和目录备份, 只需要复制文件不需要转换, 速度比逻辑备份更快;
除了备份数据, 还能备份配置文件和日志文件;
不需要运行 MySQL 服务器就可以完成备份;
备份工具简单使用 cp,scp,tar 命令即可完成备份;
劣势
可移植性不高, 恢复数据只适用于相同或类似的机器上;
为了保持数据库文件的一致性, 需要停机备份;
恢复粒度不能按表或用户恢复;
在线备份和离线备份
在线备份需要 MySQL 服务器处理运行状态, 以便备份工具从 MySQL 服务器中获取数据. 离线备份表示 MySQL 服务器处理停止状态. 两种备份形式也可以称为 "热备份" 和 "冷备份".
在线备份的主要特性
备份不需要停机, 对其他客户端影响较小其他连接能够正常访问 MySQL 服务器(依赖操作类型, 如读操作);
备份需要加锁, 以免在备份期间对数据做出修改;
离线备份的主要特性
备份期间服务器不可用;
备份过程更简单, 不会受到客户端的干扰;
逻辑备份(mysqldump 使用)
mysqldump 属于逻辑备份命令, 使用 mysqldump 备份的优势是它非常方便和灵活, 可以直接编辑输出文件或者使用导入到其他的 SQL 服务器中去, 但是它不能用作备份大量数据的快速解决方案, 对于大数据量, 即使备份花费的时候可以接受, 但是恢复数据也可能会非常缓慢, 因为执执行 SQL 语句会涉及磁盘 I/O 进行插入, 创建索引等. mysqldump 的使用方式非常简单:
- shell> mysqldump [options] db_name [tbl_name ...]
- shell> mysqldump [options] --databases db_name ...
- shell> mysqldump [options] --all-databases
使用 mysqldump 备份时要注意: 数据库的一致状态, 在执行 mysqldump 命令时要保证数据不会再发生变更, 保持数据的一致性有二种方法:
使 MySQL 服务器只读
使用事务加上隔离级别: REPEATABLE READ
使用 REPEATABLE READ 事务隔离级别执行 mysqldump 命令(使用事务保持数据库的一致状态):
- mysqldump --master-data=2 \
- --flush-logs \
- --single-transaction \
- --all-databases > /backup/`date +%F-%H`-MySQL-all.sql
备份参数说明:
--master-data: 将二进制日志文件的名称和位置备份
--flush-logs: 开始备份之前刷新 MySQL 服务器日志文件
--single-transaction: 开始备份之前设置事务隔离级别为 REPEATABLE READ 然后发送一个 START TRANSACTION 命令.
--all-databases: 备份所有数据库
物理备份(复制原始文件)
为了保证复制文件的完整性, 备份原始文件最好是停止 MySQL 服务器, 复制原始文件备份由以下步骤完成:
停止 MySQL 服务器
$ mysqladmin shutdown
使用合适的工具复制原始数据文件
$ tar cf /tmp/dbbackup.tar ./data
备份完成后, 运行 MySQL 服务器
$ mysqld_safe
使用主从备份模式
使用 mysqldump 和 tar 备份或多或少都会对业务产生影响, 使用 mysqldump 备份需要对数据加锁, 加锁就意味着其他客户端操作受到限制. 使用 tar 命令需要停止服务器直接导致数据库服务器不可用, 有没有办法能解决这两种问题呢? 答案是有的, 就是使用主从备份模式.
在单机的基础上增加一台 Slave 机器对 Master 机器的数据进行同步:
开始备份时对 Slave 进行备份, 这样即使 Slave 停机或对数据加锁也不会影响业务的正常使用, 如果公司有条件或业务非常重要可以选择这种方案来备份数据.
来源: https://www.cnblogs.com/xwgblog/p/11901835.html