参考ブログ：
https://blog.csdn.net/a18838964650/article/details/82800621ソフトウェアのインストールqpress
https://www.cnblogs.com/pangchunyu/p/11422830.html記事は、サプリメントを説明します
ローカル・データベース・ファイルの回復へのXBのhttps://help.aliyun.com/knowledge_detail/41817.html?spm=a2c4g.11186631.2.1.434247acfAIAwYhttps://home.firefoxchina.cnアリクラウドRDS
MySQLデータベース・リカバリー・テーブルが存在する場合doesnの `t https://blog.csdn.net/anonymking/article/details/79589623プロンプトテーブルを解決する「XXX」
インストールqpress
リンクします。https：//pan.baidu.com/s/1njNRz3qSc0pYYSjbEzSI_Q
抽出コード：1nxe
yumを-y localinstall percona-xtrabackup-2.3.5-1.el7.x86_64.rpm yumをhttp://www.percona.com/downloads/percona-release/redhat/0.1-4/percona-release-0.1-4.noarch.rpmをインストール [iZwz9hn15mpmruiq1jq28rZデータ@ルート]＃のvimの/etc/yum.repos.d/percona-release.repo [percona-リリース - $ basearch] 名前= Percona-リリースYUMリポジトリ - $のbasearch BASEURL = http://repo.percona.com/release/$releasever/RPMS/$basearch = 1有効 gpgcheck =ここに書かれて0がチェックされていません gpgkey =ファイル：///など/ PKI / RPM-GPG / RPM-GPG-KEY-Percona [iZwz9hn15mpmruiq1jq28rZデータ@ルート]＃yumを-yインストールqpress-11-1.el7.x86_64
データディレクトリを作成し、データ復旧を復元
解凍します。 猫hins9028927_data_20190927033738_qp.xb | xbstream -x -v -C /データ/ mysqlの/データ/ 解凍： innobackupex --decompress --remove-元/データ/ mysqlの/データ/ お問い合わせ後に生成されたファイルを抽出するために、次のコマンドを実行します。 LL /データ/ mysqlの/データ/ バックアップファイルの解凍良いを復元するには、次のコマンドを実行します。 innobackupex --defaults-ファイル= /データ/ mysqlの/データ/バックアップ・my.cnfの--applyログ/データ/ mysqlの/データ/
ローカルデータベースのデータディレクトリの場所を表示します。
自己構築されたデータベースは、以下のパラメータをコメントする必要はサポートしていません。
[ルート@ iZwz9hn15mpmruiq1jq28rZのmysql]＃のVimの/data/mysql/data/backup-my.cnf ＃このMySQLのオプションファイルはinnobackupexによって生成されました。 ＃MySQLサーバ [mysqldを】 ＃innodb_checksum_algorithm = InnoDBの ＃innodb_log_checksum_algorithm = InnoDBの innodb_data_file_path = ibdata1と：200M：自動拡張 innodb_log_files_in_group = 2 innodb_log_file_size = 1572864000 innodb_fast_checksum =偽 innodb_page_size = 16384 ＃innodb_log_block_size = 512 innodb_undo_directory =。 innodb_undo_tablespaces = 0 スキップ・助成金・テーブル rds_encrypt_data =偽 innodb_encrypt_algorithm = aes_128_ecb
認証データディレクトリ
chownコマンド-R mysqlの：mysqlの/データ/ mysqlの/データ/ データベースを再起動します。 systemctl再起動mysqldを
注意：
まず、データのバックアップ： 1、のフルバックアップ：DATADIR対応するダイレクトコピーがDATADIRすることができます 2、部分的なバックアップ：データファイルフォルダのファイルの下にはテーブルを表し、個別にバックアップすることができます 第二に、バックアップの問題の一部： 図1は、テーブル型のMyISAMデータファイルに対応して問題なく「xxx.frm」、「xxx.MYD」、「xxx.MYI」、この場合に直接コピーです。 2.1は、テーブル型InooDBデータファイルに対応する「xxx.frm」であり、この場合には直接問題が発生コピー - 「テーブル」XXX「は存在しdoesnの `t」。 2.2は、解決策：ファイルがまだ問題がある場合のInnoDBデータベーステーブルのコピーがフォルダibdata1とにデータを置くこと確実であるが、また、*のib_logfileをコピーし、新しいデータ過去に削除されたフォルダ、またはのib_logfile *ファイルとを置きます最後に、また一緒にコピーすることにMySQLサービスを開始することを忘れないでください
「存在doesnの `t」を直接、次のdbディレクトリのデータが復元された参照、それが表示されている場合は、「テーブル」XXX、は/ var / libに/ mysqlの下に、元mysqlディレクトリにコピー必要なライブラリ、上記のノートを使用することですどこのソリューションは、することができます。
CDの/ var / libに/ mysqlの MV ibdata1と/母/ MVのib_logfile * /笑/ CD /データ/ mysqlの/データ MVのdb /の/ var / libに/ mysqlの データベースを再起動します。 systemctl再起動mysqldを
復元のためのデータは、Navicatは接続後に見ている場合は、この時点では、以下に示すように：
このようなデータは、最終的にはハハ、復元され
要約：
このようなデータはローカルでのみ復元することができ、多くのローカルデータベースの前に存在する場合、そうすることは推奨されていないか、または他のデータベース全体が崩壊します。