您好，我在 AWS 中有一个 linux 堡垒主机，我可以通过 SSH 进入。在堡垒中，我可以运行创建mysqldumpRDS 实例副本的命令。我想要完成的是能够制作特定 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
这可能使用arn或DB snapshot name吗？
谢谢你。
我想备份我的 MySQL 数据库，但我不小心使用mysql了 command 而不是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
我被要求输入数据库密码，之后什么也没发生。这个过程只是没有反应，我不得不杀死它。这会损坏我的数据库吗？
我正在尝试在 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 一起正常工作？
我有一台服务器，/分区大小为 20GB。
数据库存储在/mnt/mysql-data大小为 500GB 的分区中。
现在问题来了。每当我运行mysqldump它时，它都会将分区填充/到 100%。我已经tmpdir将/mnt/mysql-data/tmp. 我的数据库总共大约 40GB，现在我想备份它们，/mnt/mysql-data/backups但我无法继续，因为/分区已满 100%。我的 mysqldump 命令是：mysqldump --all-databases > /mnt/s3share/backup.sql";
服务器详情：
10.2.22-MariaDB-log MariaDB 服务器
CentOS Linux 版本 7.7.1908（核心）
Filesystem Size Used Avail Use% Mounted on
devtmpfs 7.8G 0 7.8G 0% /dev
tmpfs 7.8G 0 7.8G 0% /dev/shm
tmpfs 7.8G 217M 7.6G 3% /run
tmpfs 7.8G 0 7.8G 0% /sys/fs/cgroup
/dev/xvda2 24G 2.4G 20G 11% /
/dev/xvda1 976M 168M 757M 19% /boot
tmpfs 1.6G 0 1.6G 0% /run/user/1000
/dev/xvdc1 500G 123G 378G 25% /mnt/mysql-data
tmpfs 1.6G 0 1.6G 0% /run/user/1001
MariaDB [db_inbox]> show global variables like "%tmp%";
+----------------------------+----------------------+
| Variable_name | Value |
+----------------------------+----------------------+
| default_tmp_storage_engine | |
| encrypt_tmp_disk_tables | OFF |
| encrypt_tmp_files | OFF |
| innodb_tmpdir | |
| max_tmp_tables | 32 |
| slave_load_tmpdir | /mnt/mysql-data/tmp |
| tmp_disk_table_size | 18446744073709551615 |
| tmp_memory_table_size | 16777216 |
| tmp_table_size | 16777216 |
| tmpdir | /mnt/mysql-data/tmp |
+----------------------------+----------------------+
10 rows in set (0.00 sec)
更新#1：
我忘了提到*.sql备份正在写入/mnt/s3share/backups/安装的文件夹，s3fs并且它的缓存必须写入，这可能是在创建 sql 转储时被填满/tmp的原因。/但是，当我运行备份并观察/tmp变化时，它没有显示任何增长。但是当我执行lsof命令时，/tmp我可以看到大量文件被删除。会是这样吗？
假设在一个测试数据库中，一年的数据被删除了。我最早在一年内获得了数据的两个 id，最迟在另一个中获得数据，因此这里缺少一系列内容。我的问题; 从数据库的完整实例中使用以下命令是否有任何危险，以便获得可用于修复其中缺少信息块的数据库的工作转储？命令：
mysqldump -t --insert-ignore --skip-opt --single-transaction --quick --where="id<156789339" -w"id>124054297" -u root -p database table > partial.sql
这是在压缩/移动它之后导入的：
zcat partial.sql.gz | mysql -u root -p database table
可能有一个值得一提的警告 - 数据来自 mysql 5.5 (percona)，同时导入到 mysql 5.1 实例中，尽管我认为我不知道由此产生的兼容性问题。
我的理解-t是避免创建CREATE TABLE语句（--no-create-info），--insert-ignore以防我的范围重叠，因此如果该 id 已经存在，它会忽略它，并--skip-opt确保它不会做一大堆会在导入时破坏事物的事情（--add-drop-tab, --add-locks, --create-options, --disable-keys, --extended-insert, --lock-tables, --quick, and --set-charset根据手册页对于mysqldump）。只是想确定这就是我在出口方面所需要的一切，以及在最终犯下任何可能的错误之前，我是否可能在进口方面遗漏了什么。
请原谅任何格式或语法错误。
我目前正在使用 automysqlbackup 对我的 mySQL 数据库进行本地备份。我最近开始遇到与 automysqlbackup（或者实际上是 mysqldump）相关的问题，它在转储之前确实锁定了表。
我无法访问任何 mySQL 用户或 root 用户，只有 /etc/mysql/debian.cnf。
我需要添加参数“--lock-tables=false”，以便 automysqlbackup 不会锁定表。我知道随之而来的风险。