这安全吗？在MYSQL中可以这样做吗？

我一直这样做：

mysqldump -hlocalhost -uuser -ppass MYDATABASE > /home/f/db_backup/MYDATABASE.sql
mysql -uuser -ppass MYDATABASE < MYDATABASE.sql

这很好（当然更有效！）Mysql没有发现任何区别；这两种方法最终都会传递未压缩的SQL数据。

这很好（当然更有效！）Mysql没有发现任何区别；这两种方法最终都会传递未压缩的SQL数据。

这是安全的（大多数情况下），如果您有空闲的CPU周期，您可以将“-C”添加到 您的mysqldump需要压缩客户机-服务器通信，该通信应保存 你可以在大型DBs上花些时间
正在运行的用户的~/.my.cnf中的FWIW per db username/password详细信息 mysqldump命令。这样，其他用户将无法查看DB凭据 系统上的用户使用诸如“ps”之类的命令。

这是安全的（大部分），如果您有空闲的CPU周期，您可以将“-C”添加到 您的mysqldump需要压缩客户机-服务器通信，该通信应保存 你可以在大型DBs上花些时间
正在运行的用户的~/.my.cnf中的FWIW per db username/password详细信息 mysqldump命令。这样，其他用户将无法查看DB凭据

---

用户在系统上使用诸如“ps”之类的命令。

好的，如果我的数据丢失，你欠我5000万美元如果你在回答一个问题时冒着5000万美元的风险，你欠你老板5000万美元。如果你真的丢失了数据，很可能是断电/数据损坏等无法手动控制的事情，这不是因为gzipping数据造成的。50万美元？您的数据在特殊文件

/dev/null

中是完全安全的。即使崩溃也不会改变文件的内容：）谢谢大家：）不，我的数据值5美元。好吧，如果我的数据丢失了，你欠我5000万美元如果你冒着5000万美元的风险回答一个问题，你欠你老板5000万美元。如果你真的丢失了数据，这可能是一些无法手动控制的事情，比如电源故障/数据损坏，这不是由gzipping数据造成的。50万美元？您的数据在特殊文件

/dev/null

中是完全安全的。即使崩溃也不会改变该文件的内容：）谢谢大家：）不，我的数据值5美元。

mysqldump -hlocalhost -uuser -ppass MYDATABASE | gzip > /home/f/db_backup/MYDATABASE.sql.gz
zcat MYDATABASE.sql.gz | mysql -uuser -ppass MYDATABASE