目录oracle的三种备份方式 mysql怎么备份一张表 mysql备份的几种方式 Mysql数据备份 Mysql数据库备份
两种方法：①找到bin-mysql-你的数据库名，直接压缩备份文件夹(此处备份的是物理文件)； ②Mysql管理 我用的是navicat for mysql 里面自动销信册检索你bin-mysql里面的亏宏所有数据库。然后 右键数据库名有一个 导出坦备sql文件(以sql文件形式导出)
两种方法：①找到bin-mysql-你的数据库名，直接压缩备亏宏份文件夹销信册(此处备份的是物理文件)；
②Mysql管理 我用的是navicat for mysql里面自动检索你bin-mysql里面的所有数据库。然后 右键数据库名有一个 导出sql文件(以sql文件坦备形式导出)
你用的是RDS还是ECS啊，如果是ECS上的数据库可以用 mysqldump备份出来，或者是phpmyadmin备份出来也很简单，mysqldump的导出方式是 mysqldump -u 用户名 -p 数据库名 > 导出正册州的文件名 ，导姿滚出一个表就是 mysqldump -u 用户名 -p 数据库名 表名> 导举蔽出的文件名phpmyadmin这个不做介绍，很简单，RDS有相关的导出选项
以mysql为列：
规划容灾备份时，有两个参考依据，1：恢复点目标（PRO），2：恢复时间目标（RTO）。他们定义了可以容忍丢失多少数据，以及恢复数据需要多少时间。而且一定要走出一个误区，复制就是备份，只有备份才能满足滑中滑备份的要求。
个人认为备份方案类型如下：
1：在线备份或者离线备份，通常关闭mysql做离线备份是最简单最安全的，服务器不提供应用访问服务，可以更快完成备份，但是，这样会导致服务中断，同时，重启mysql也需要一定的时间成本，对于已经上线的，基本不可取。在线备份的最大一个问题是，mysql可能锁住大量的表，除非锁被释放，否则会有大量的io请求被阻塞。
综上所述，我们在规划备份的时候需要考虑一下几点：
a：锁时间。
b：备份时间。
c：备份负载对服务器的影响有多大。
d：恢复备份时间需要多久。
2：逻辑备份还是物理备份。
（1）：逻辑备份有以下优点：
a：逻辑备份文件恢复非常简单。只需要使用mysqlimport即可。
b：在我们只想查看数据，不想恢复的时候可以使用grep或者sed命令查看。
c：逻辑备份与存储引擎没有关系，我们可以跨存储引擎恢复数据，比如：从InnoDB表中备份，用很小的工作量就可以把数据恢复到MyISAM中。
逻辑备份也会有以下缺点：
a：必须有数据库服务器完成备份工作，增加服务器工作负荷。
b：逻辑备份文件某些场景比数据库本身文件还大。
c：无法保证导入导出的数据是一样的，比如浮点型数据。
d：恢复的时候需要重建索引，速度会慢。
（2）：物理备份有以下优点：
a：基于文件的物理备份，只需要培郑复制操作到目标目录即可。
b：恢复的时候只需要将文件copy到要恢复的目录即可。InnoDB可能需要停止服务和其他一些操作。
c：物理备份中恢复速度块，而且容易垮和操作和mysql数据库版本。
物理备份信腊也会有以下缺点：
a：文件名大小写敏感，浮点格式数据可能会遇到麻烦。
b：物理备份通常包含很多未使用的空间。
3：增量备份和差异备份。增量备份和差异备份只是局部备份，主要是思想就是不备份没有改变的表，但是会减少服务器的开销，备份时间等。
4：二进制日志备份。通常数据小，我们可以频繁的备份，同时，基于时间点的恢复，二进制日志备份是一个很有效的手段。
5：文件快照，通过创建镜像达到恢复的目的。
对于一个好的开发人员来说，有好的备份容灾规划和计划是必不可少的。这样可以提高我们在线的持续运行能力。更好的服务我们的用户。我个人最喜欢的备份方式就是从文件快照中直接复制数据文件。
以上是个人的见解，希望对你有一定的帮助。谢谢。
本例以本蠢昌地服务器为 RHEL6/x64 ，备份文件存储路径为/home/mysql/为例。
云数据库物理备份文件并上传至目标服务器。备份文件获取方法请参见备份数据。如果目标服务器可以访问源实例，您也可以使用wget "url"备份文件。其中url为备份文件地桥锋址。
切换路径到备份文件所在路径。
cd /home/mysql/
解压备份文件。
其中，filename.tar.gz为备份文件名。
tar vizxf filename.tar.gz
检查解压后文件包含的数据库是否正确。
显示如下，其中db0dz1rv11f44yg2、mysql和test为云数据库中存在的数据库。
-rw-r--r-- 1 root root269 Aug 19 18:15 backup-my.cnf
drwxr-xr-x 2 root root 4096 Aug 21 10:31 db0dz1rv11f44yg2
-rw-rw---- 1 root root 209715200 Aug 7 10:44 ibdata1
drwxr-xr-x 2 root root 4096 Aug 21 10:31 mysql
drwxr-xr-x 2 root root 4096 Aug 21 10:31 test
-rw-r--r-- 1 root root10 Aug 19 18:15 xtrabackup_binary
-rw-r--r-- 1 root root23 Aug 19 18:15 xtrabackup_binlog_info
-rw-r--r-- 1 root root77 Aug 19 18:15 xtrabackup_checkpoints
-rw-r--r-- 1 root root 2560 Aug 19 18:15 xtrabackup_logfile
-rw-r--r-- 1 root root72 Aug 19 18:15 xtrabackup_slave_info
cd filename/
ll
恢复数带消扒据文件。
显示innobackupex: completed OK!，则数据恢复成功。
innobackupex --defaults-file=./backup-my.cnf --apply-log ./
修改配置文件。将解压文件backup-my.cnf中的innodb_fast_checksum、innodb_page_size、innodb_log_block_size注释掉，并且添加datadir=/home/mysql，如下所示。
# This MySQL options file was generated by innobackupex-1.5.1.
# The MySQL Server
[mysqld]
innodb_data_file_path=ibdata1:200M:autoextend
innodb_log_files_in_group=2
innodb_log_file_size=524288000
#innodb_fast_checksum=0
#innodb_page_size=16364
#innodb_log_block_size=512
datadir=/home/mysql/
重装 MySQL 库，取得数据库的 root 权限。
显示如下，则 mysql 库重装成功。
Installing MySQL system table...
OK
Filling help table...
OK
rm -rf mysql
mysql_install_db --user=mysql --datadir=/home/mysql/
修改文件属主。
chown -R mysql:mysql /home/mysql/
启动 mysqld 进程。
mysqld_safe --defaults-file=/home/mysql/backup-my.cnf &
使用客户端数据库。
mysql –u root –p
验证数据库是否完整。
显示入选，则数据库恢复成功。
+--------------------+
| Database|
+--------------------+
| information_schema |
| db0dz1rv11f44yg2|
| mysql |
| performance_schema |
| test|
+--------------------+
show databases;
