标签: mysqldump

每次我尝试制作时，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-client8.0并尝试访问 mysql5-7服务器 - 也许这就是原因？

我想备份我的 MySQL 数据库，但我不小心使用了mysqlcommand 而不是mysqldump. 所以我执行了：

/usr/local/mysql5/bin/mysql -u db_username -p db_name > db_backup.sql

代替：

/usr/local/mysql5/bin/mysqldump -u db_username -p db_name > db_backup.sql

我被要求提供数据库密码，之后什么也没发生。这个过程只是没有反应，我不得不杀死它。这会损坏我的数据库吗？

当我尝试在 Percona Server 5.7.17-12 上运行 mysqldump 时，出现以下错误：

# mysqldump -u backups -pxxxx -h 127.0.0.1 --single-transaction --quick dbname
mysqldump: [Warning] Using a password on the command line interface can be insecure.
-- MySQL dump 10.13  Distrib 5.7.17-12, for debian-linux-gnu (x86_64)
--
-- Host: 127.0.0.1    Database: dbname
-- ------------------------------------------------------
-- Server version       5.7.17-12

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 …

我正在尝试在 Azure 托管的 Ubuntu VM 上安装 mysqldump。

在构建过程中，我尝试使用以下命令：

sudo apt-get update
sudo apt-get install -y --no-install-recommends mysql-client-8.0

这会导致以下错误：

Unable to locate package mysql-client-8.0

当我查看 packages.ubuntu.com 上的包时，它列在 Ubuntu Focal 20.04LTS ( https://packages.ubuntu.com/focal/mysql-client-8.0 ) 下

如果我将安装命令更改为：

sudo apt-get update
sudo apt-get install -y --no-install-recommends mysql-client

它安装了运行不正常的 mysql-client-5.7。相应数据库的 mysql-client 版本是否与 Ubuntu 服务器相关联？5.7 客户端是否应该与 MySQL 8.0 一起正常工作？

我们有一个运行 MariaDB 的容器，以及主机上的一些其他小型容器。Mysql 容器被分配了 21G 内存（总共 32G），以及一些其他参数，在 docker-compose 中使用以下命令：

db:
command:
  - --innodb_buffer_pool_size=4294967296
  - --query_cache_size=268435456
  - --tmp_table_size=1073741824
  - --max_heap_table_size=1073741824
  - --table_open_cache=20000
  - --max_connections=1000
  - --performance_schema
mem_limit: 21g

我们遇到的问题是，mysql 容器在某些例行备份操作（即命令）期间内存不足mysqldump，并且容器崩溃。

基本上，在大约一周的使用过程中，容器的内存使用量逐渐上升到 21G，我认为如果我们不启动任何“大”操作，就可以保持这个状态，但如果mysqldump启动命令，则在转储期间的某个时刻，它超过了分配的限制，并且崩溃了（当我们在本周早些时候没有达到约 95% 的内存使用量时，它就不会崩溃）。

我不明白为什么 MySQL 不能更好地管理其内存并释放其中一些内存来启动它需要执行的新命令？

我们尝试将mysqldump命令放在不同的容器中，试图“隔离”这个大操作，但这似乎没有改变任何东西，大部分工作仍然由 Mysql 容器完成，当其他容器执行时，它最终会崩溃倾倒。

我们应该研究什么？我们的设置是否完全不正常？我们在运行 mysqltuner.pl 后设置它们，如果您认为这就是问题所在，我可以重新运行。

我们有大约 700 个数据库，每个数据库大约有 40 个表，平均大约有 10 个并发 mysql 连接，峰值为 30 或 50 个。数据库运行大小在 10Mb 到 200Mb 之间。

任何帮助表示赞赏，谢谢！

您好，我在 AWS 中有一台 Linux 堡垒主机，我可以通过 SSH 访问它。在 Bastion 中，我可以运行mysqldump创建 RDS 实例副本的命令。我想要完成的是能够制作特定 RDS 快照的副本。当我运行该mysqldump命令时，副本已正确制作，但它返回最新的 RDS 数据。

我运行的原始命令（有效）类似于：

mysqldump -u johnDoe -p -h my-rds-endpoint.rds.amazonaws.com --single-transaction <my-db-name> > /tmp/testData.sql

有没有办法使用相同的命令返回特定的快照数据。有点像：

mysqldump -u johnDoe -p -h <rds-snap-shot-arn-here> --single-transaction <my-db-name> > /tmp/testData.sql

这可能使用 thearn或 theDB snapshot name吗？

谢谢。

根据 PhpMyAdmin，我有一个数据库，其大小约为 3.1 GB。我想转储并使用 gzip 压缩它。

这是与我想做的事情非常相似的答案： https://serverfault.com/a/804273/326635

这是我的命令：

mysqldump -u myuser -p mydb | gzip -9 -c > db.gz

它有效，我得到了 gz 文件。但它超过了 3 GB，所以压缩似乎不起作用。我做错了什么，如何使用 gzip 获得更小的文件？