mysqldump+;gzip生成0字节的gz文件
我已经在windows和MariaDB上安装了GNUGzip,我正在尝试运行这个命令mysqldump+;gzip生成0字节的gz文件,mysql,gzip,Mysql,Gzip,我已经在windows和MariaDB上安装了GNUGzip,我正在尝试运行这个命令 mysqldump-uroot-proot db_name>“DATABASE-2020-01-19-16-53-30.sql”| gzip>“DATABASE-2020-01-19-16-53-30.sql.gz” 我得到的是两个实际sql文件和压缩文件: 压缩文件为1kb,sql文件的大小为0字节 我注意到,当我运行该命令时,它会暂停,直到它完成转储文件的创建。首先,当我运行该命令时,我立即得到两个0字
mysqldump-uroot-proot db_name>“DATABASE-2020-01-19-16-53-30.sql”| gzip>“DATABASE-2020-01-19-16-53-30.sql.gz”
我得到的是两个实际sql文件和压缩文件:
压缩文件为1kb,sql文件的大小为0字节
我注意到,当我运行该命令时,它会暂停,直到它完成转储文件的创建。首先,当我运行该命令时,我立即得到两个0字节的文件,然后在一秒钟后,转储文件变为50mb,但压缩文件变为20字节,转储文件为0字节,因此我猜gzip命令没有主动监视zip,或者获取并读取最终sql文件时出错
我尝试了许多gzip-f-v SOURCE>DESTINATION.gz的变体,但都没有成功
我也在centos上测试过,相同的MariaDB+php版本
我在windows10上运行WampServer 3.2.0和MariaDB 10.4和php7.3.12
当我在另一个管道(例如robots.txt)之后将不同的文件输入gzip时,它就可以工作了,压缩后的文件变成了一个包含robots.txt的归档文件<代码>mysqldump…|gzip robots.txt>archive.gz
我错过了什么?谢谢您的时间。您有一个双输出直接输出 命令应该是
mysqldump-uroot-proot db|u name | gzip>“DATABASE-2020-01-19-16-53-30.sql.gz”