mysqldumpデータエクスポートの問題に関する詳細な議論

1. mysqldump の使用時にエラー (1064) が報告されます。これは、mysqldump のバージョンが古すぎて、現在のデータベースのバージョンと一致していないためです。

mysqldump: 'SET OPTION SQL_QUOTE_SHOW_CREATE=1' を実行できませんでした: SQL 構文にエラーがあります。マニュアルを確認してください。
1行目（1064）の「OPTION SQL_QUOTE_SHOW_CREATE=1」付近で使用する正しい構文は、MySQLサーバーのバージョンに対応しています。

[root@bastion-IDC ~]# mysqldump --version
mysqldump Ver 10.13 Distrib 5.1.61、redhat-linux-gnu (x86_64) 用

[root@bastion-IDC ~]# mysql //またはmysqlにログインし、version()を選択します。バージョンを表示することもできます
サーバーバージョン: 5.6.25 -log ソース配布
。 。 。 。 。

この場合、mysql インストール ディレクトリにある mysqldump の絶対パスを知っておく必要があります。

2. エクスポート時に文字セットを指定すると、エラーが報告されます

文字セット「utf-8」はコンパイルされた文字セットではないため、指定されていません。
--default-character-set=utf-8

これは文字セットが間違っているためです。はい --default-character-set=utf8

3. エクスポート時の警告: GTIDを持つサーバーからの部分的なダンプ

[root@bastion-IDC ~]# mysqldump -uroot -p xqsj_db > xqsj_db20160811.sql
警告: GTIDを持つサーバーからの部分ダンプには、デフォルトですべてのトランザクションのGTIDが含まれます。
データベースの抑制された部分を変更しました。GTIDを復元したくない場合は、--set-gtid-purged=OFFを渡します。完全な
ダンプ、--all-databases --triggers --routines --events を渡します。

GTID に関しては、5.6 以降、データベースのマスター スレーブ一貫性、障害回復、およびフォールト トレランスを強化するために、グローバル トランザクション ID (GTID) が追加されました。
公式: グローバル トランザクション ID (GTID) は、元のサーバー (マスター) でコミットされた各トランザクションに作成され、関連付けられる一意の ID です。
したがって、1 つのデータベースでは一意であるが、他のライブラリにインポートすると重複する可能性があるためです。全員にリマインダーが送られます。

これは、次の 2 つのパラメータを追加することで設定できます: --set-gtid-purged=off または --gtid-mode=OFF。

GTID が元のものではなく、インポート ライブラリで再生成される可能性が非常に高くなります。

[root@bastion-IDC ~]# mysqldump -uroot --set-gtid-purged=off -p xqsj_db > xqsj_db20160811.sql #これで完了です。

上記の記事では、mysqldump データのエクスポートの問題について詳しく説明しています。これは、エディターが皆さんと共有する内容のすべてです。参考になれば幸いです。また、123WORDPRESS.COM をサポートしていただければ幸いです。