mysqldumpがスローする：information_schemaの不明なテーブル 'COLUMN_STATISTICS'（1109）

作成しようとするたびmysqldumpに、次のエラーが表示されます。

$> mysqldump --single-transaction --host host -u user -p db > db.sql
mysqldump: Couldn't execute 'SELECT COLUMN_NAME, JSON_EXTRACT(HISTOGRAM,
'$."number-of-buckets-specified"') FROM
information_schema.COLUMN_STATISTICS WHERE SCHEMA_NAME = 'db' AND
TABLE_NAME = 'Absence';':
Unknown table 'COLUMN_STATISTICS' in information_schema (1109)

結果は、完全ではないダンプです。奇妙なことは、別のホストから実行された同じコマンドがエラーをスローすることなく機能することです。誰かが同じ問題を経験しましたか？

私はmysql-client 8.0を使用してmysql 5-7サーバーにアクセスしようとしています-それが理由でしょうか？

これは、mysqldump 8でデフォルトで有効になっている新しいフラグによるものです。--column-statistics = 0を追加することで無効にできます。コマンドは次のようになります。

mysqldump --column-statistics=0 --host=<server> --user=<user> --password=<password> 

詳細については、このリンクを確認してください。デフォルトで列統計を無効にするには、追加できます

[mysqldump]
column-statistics=0

/etc/my.cnfや〜/ .my.cnfなどのMySQL構成ファイル。

MySQL Workbenchを使用している場合、データエクスポート画面に[詳細オプション]ボタンがあります。オプション「列統計の使用」は、0に設定することにより無効にできます。

私は確認していませんが、次の情報も真実であると示唆されています：バージョン8.0.14では欠落しています。バージョン8.0.16では、デフォルトでこれを行っています。

私は一日中解決策を探して過ごし、私のものを共有するためだけにここで歌いました。

はい、おそらくこのエラーはバージョンの違いが原因です。

MySQL 5.7 ZIPアーカイブをhttps://dev.mysql.com/downloads/mysql/からダウンロードして解凍し、そこからmysqldump.exeファイルを使用するだけです。

MySQL Workbenchを使用している場合は、[編集]-> [設定]-> [管理]（左側のペインから）に移動して、ダウンロードしたmysqldumpツールへのパスを設定する必要があります。

お役に立てれば。

ようにするには、この答えは簡単に、あなたが名前を変更することができmysqldump、その場所にシェルスクリプトを作成し、名前を変更呼び出しmysqldumpで--column-statistics=0引数。例えば：

mysqldumpの名前を変更します。

mv /usr/local/bin/mysqldump /usr/local/bin/_mysqldump

次のシェルスクリプトをその場所に保存します。

#!/bin/sh

_mysqldump --column-statistics=0 $@

最も簡単な回避策

Mysql Workbench 8.0を使用する場合

• 「データのエクスポート」タブを開きます
• 詳細オプションをクリックします
• その他の見出しの下で、列統計を0に設定します
• 再度エクスポート

幸運を祈ります！

macOSでは、バージョン8.0.14と8.0.15をテストし、両方とも「列統計」が表示されないため、「列統計」を表示するには古いバージョン（8.0.13）が必要です。

したがって、「列統計」を調整するには、バージョン8.0.13 https://downloads.mysql.com/archives/get/file/mysql-workbench-community-8.0.13-macos-x86_64.dmgを使用します

私の状況では、mac-OSを使用しています。ちなみに、ディレクトリの下に配置されるファイルには[mysqldump] column-statistics=0フィールドがありました。そのフィールドを削除すると、問題が修正されました。（ない：mysqlバージョンは5.7で、homebrew経由でインストールされます）。my.cnf/usr/local/etc

同じ問題もありました。複数のデータテーブルを他のスキーマの既存のスキーマにマージし、マージされたデータを自己完結型のスクリプトファイルにエクスポートすると発生します。column-statistics = 0を変更しようとしましたが、結果は次のとおりでした。

C:\xampp\mysql\bin>mysqldump --column-statistics=0 --host=loalhost --user root --passwod
mysqldump: unknown variable 'column-statistics=0'

だから私は助けていませんでした。私が見つけたMySQLログを分析します

2019-01-21 11:31:30 1050 InnoDB: Warning: Using innodb_additional_mem_pool_size is DEPRECATED. This option may be removed in future releases, together with the option innodb_use_sys_malloc and with the InnoDB's internal memory allocator.
2019-01-21 11:31:30 4176 [Note] InnoDB: innodb_empty_free_list_algorithm has been changed to legacy because of small buffer pool size. In order to use backoff, increase buffer pool at least up to 20MB.

innodb_buffer_pool_sizeのサイズについて不平を言っています。24MBにしました。その後、動作します。

私はXAMPPを使用し、MySQL Workbenchはバージョンの不一致について警告します。XAMPPのmysql.exeおよびmysqldump.exeを指すようにMySQL Workbenchを設定します。

[編集]-> [設定]-> [管理]に移動し、それぞれのパスを設定します。

これは少なくともバージョン8.0.14で機能します。そのため、他の人にはバンドル版のmysqlとmysqldumpの使用を避けたいかもしれません。