每次我尝试使a时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服务器-也许那是原因？
Answers:
这是由于mysqldump 8中默认启用了一个新标志。您可以通过添加--column-statistics = 0来禁用它。该命令将类似于：
mysqldump --column-statistics=0 --host=<server> --user=<user> --password=<password>
检查此链接以获取更多信息。要默认禁用列统计信息，您可以添加
[mysqldump]
column-statistics=0
到MySQL配置文件，例如/etc/my.cnf或〜/ .my.cnf。
--column-statistics=0在弹出窗口底部的框中将参数添加到生成的参数列表中。
对于使用MySQL Workbench的用户，“数据导出”屏幕上有一个“高级选项”按钮。可以通过设置为0来禁用选项“使用列统计信息”。
我尚未确认，但建议以下信息也正确：在8.0.14版中，该信息丢失。在8.0.16版中，默认情况下是这样做的。
--column-statistics=0在export命令中附加了。
我整天都在寻找解决方案，并在这里唱歌只是为了分享我的。
是的，此错误可能是由于版本差异引起的。
只需从此处下载MySQL 5.7 ZIP存档：https : //dev.mysql.com/downloads/mysql/并解压缩，然后从那里使用mysqldump.exe文件。
如果您使用的是MySQL Workbench，则需要通过转到“ 编辑”->“首选项”->“管理”（在左侧窗格中）设置下载的mysqldump工具的路径。
希望这可以帮助。
C:\Program Files\MySQL\MySQL Server 5.7\bin\mysqldump.exe
为了使这个答案更容易，您可以重命名mysqldump，在其位置放置一个shell脚本，然后mysqldump使用--column-statistics=0参数调用重命名的脚本。例如：
重命名mysqldump：
mv /usr/local/bin/mysqldump /usr/local/bin/_mysqldump
将以下shell脚本保存在其位置：
#!/bin/sh
_mysqldump --column-statistics=0 $@
最简单的解决方法
使用Mysql Workbench 8.0时
祝你好运！
对于macOS，您需要较旧的版本（8.0.13）才能看到“列统计”，因为我测试了版本8.0.14和8.0.15，并且都未显示“列统计”。
因此，要调整“列统计”，请使用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，可通过自制程序安装）。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。然后就可以了。