データバックアップの重要性
1、本番環境では、データセキュリティは、データの損失の可能性が高い深刻な影響持っている、非常に重要である
データの損失が発生する原因となる、2を
バグ
ヒューマンエラー
コンピュータ失敗した
ディスク障害
や盗難（地震など）災害を
分類データベースのバックアップ
1、ビューの物理的および論理的な観点から、バックアップを分けることができます。
1、物理备份:对数据库操作系统的物理文件(如数据文件、日志文件等)的备份
物理备份又可以分为脱机备份(冷备份)和联机备份(热备份)：
-冷备份:是在关闭数据库的时候进行的
-热备份:数据库处于运行状态，这种备份方法依赖于数据库的日志文件
2、逻辑备份:对数据库逻辑组件(如表等数据库对象)的备份第二は、データベースバックアップ戦略の観点から、バックアップを分けることができます。
1、完全备份:每次对数据进行完整的备份
2、差异备份:备份那些自从上次完全备份之后被修改过的文件
3、增量备份:只有那些在.上次完全备份或者增量备份后被修改的文件才会被备份
注意点:差异备份与增量备份相辅相成A、MySQLのフルバックアップ（フルバックアップ）
1、完全备份是对整个数据库的备份、数据库结构和文件结构的备份
2、完全备份保存的是备份完成时刻的数据库
3、完全备份是增量备份的基础フルバックアップの利点
备份与恢复操作简单方便フルバックアップの欠点
1.数据存在大量的重复
2.占用大量的备份空间
3.备份与恢复时间长バックアップ方法
まず、MySQLデータベースのバックアップは、さまざまな方法を採用することができます
1.直接打包数据库文件夹，如/usr/local/mysql/data
2.使用专用备份工具mysqldump**二、mysqldumpをコマンド
1.MySQL自带的备份工具，相当方便对MySQL进行备份
2.通过该命令工具可以将指定的库、表或全部的库导出为SQL脚本，在需要恢复时可进行数据恢复データベースの単一のフルバックアップのmysqldumpをコマンドを使用して第三に、
mysqldump -u用户名 -p [密码] [选项] [数据库名] > /备份路径/备份文件名第四に、フルバックアップを命じるmysqldumpを複数のライブラリの使用
mysqldump -u 用户名 -p [密码] [选项] --databases 库名1 [库名2]... >/备份路径/备份文件名第五に、mysqldumpをコマンドにすべてのライブラリの完全なバックアップを使用
mysqldump -u用户名 -p [密码] [选项] --all-databases > /备份路径/备份文件名バックアップテーブルをmysqldumpを
実際の生産環境では、特定のテーブルのメンテナンス作業があり、この時間のmysqldumpも主要な役割を果たし
1.オペレーティングテーブルのmysqldumpバックアップを
mysqldump -u 用户名 -p [密码] [选项] 数据库名 表名 > /备份路径/备份文件名2.動作のmysqldumpバックアップテーブル構造
mysqldump -u 用户名 -p [密码] [选项] -d 数据库名 表名 > /备份路径/备份文件名データベースの回復
まず、mysqldumpをバックアップスクリプトをエクスポートするSQLコマンドを使用するには、データリカバリ時にインポートするには、次のメソッドを使用します
source命令 #数据库模式中运行
mysql命令 #Linux模式中运行1、ソースデータベースの回復手順を使用して
●登录到MySQL数据库
●执行source备份sq|脚本的路径（绝对路径）MySQL [(none)] > source /backup/all-data.sql
#source命令恢复2、データを回復するためにmysqlのコマンドを使用して
mysql -u用户名 -p [密码] < 库备份脚本的路径mysql -u root -p < /backup/all-data.sql
#mysql命令恢复第二に、使用することは、既存の問題の完全バックアップを実行mysqldumpを
●备份数据中有重复数据
●备份时间与恢复时间长データ復旧作業テーブル
1、恢复表时同样可以使用source或者mysql命令进行
2、source恢复表的操作与恢复库的操作相同
3、当备份文件中只包含表的备份，而不包括创建库的语句时，必须指定库名，且目标库必须存在.生产环境中，可以使用shell脚本自动实现定期备份
mysql -u用户名-p [密码] < 表备份脚本的路径mysql -u root -p mysql < /backup/mysql-user.sql
#mysql命令恢复表MySQLのバックアップのアイデア
1、定期实施备份，制定备份计划或者策略，并严格遵守
2、除了进行完全备份，开启MySQL服务器的日志功能是很重要的
●完全备份加上日志，可以对MySQL进行最大化还原
MySQL-bin：MySQL数据库的二进制日志,用于记录用户对数据库操作的SQL语句((除了数据查询语句)信息。可以使用mysqlbin命令查看二进制日志的内容
3、使用统一的和易理解的备份文件名称
●不要使用backup1、backup2等这样没有意义的名字
●推荐使用库名或者表名加上时间的命名规则二、MySQLの増分バックアップ
増分バックアップのバックアップやコンテンツからのファイルの最後のバックアップは、後に増加または変更することである
増分バックアップが特徴
●没有重复数据，备份量不大，时间短
●恢复麻烦：需要上次完全备份及完全备份之后所有的增量备份才能恢复，而且要对所有增量备份进行逐个反推恢复MySQLは直接増分バックアップの方法を提供していません
可以通过MySQL提供的二进制日志(binary logs)间接实现增量备份バックアップの重要性のためのMySQLのバイナリログ
●二进制日志保存了所有更新或者可能更新数据库的操作
●二进制日志在启动MySQL服务器后开始记录，并在文件达到max_ binlog_size所设置的大小或者接收到flush logs命令后重新创建新的日志文件
●只需定时执行flush logs方法重新创建新的日志，生成二进制文件序列，并及时把这些旧的日志保存到安全的地方就完成了一个时间段的增量备份バイナリログファイルを表示するには（デコード）
mysqlbinlog --no-defaults --base64-output=decode-rows -V mysql-bin.000002 > /opt/ bak. txtMySQLデータベースの増分リカバリーの概要
一般的な回復
ロケーションベース返信
バイナリログの開始時刻は、これにより、データの回復を達成するために時間内にエラー発生箇所をスキップし、データベースにあります
時間回復のポイントに基づいて、
正常に動作させるだけではなくがあったと同時に、操作に誤りがあったので、私たちは回復のより正確な方法が必要な場所、時間ベースのリカバリポイントの使用が時点で発生する可能性があります
増分リカバリ
1.一般的な復元
mysqlbinlog [--no-defaults] 增量备份文件 | mysql -u用户名 -p2の再開位置に基づいて、
指定された場所にデータを復元します
mysqlbinlog --stop-position=操作'id' 进制日志 | mysql -u用户名 -p 密码指定された場所からデータを回復し始めました
mysqlbinlog --start-position=操作'id' 二进制日志 | mysql -u用户名 -p 密码基づい時点を復元3.
カットオフログの最初からポイントまでの時間の回復で
mysqlbinlog [--no-defaults] --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 | mysql -u用户名 -p 密码ログの最後まで時点からの回復
mysqlbinlog [--no defaults] --start-datetime='年-月-日 小时:分钟:秒' 二进制日志 | mysql -u用户名 -p 密码時点までの時間回復のポイントから、
mysqlbinlog [--no defaults] --start-datetime='年-月-日 小时:分钟:秒' --stop-datetime='年-月-日 小时:分钟:秒' 二进制日志 | mysql -u用户名 -p 密码