我试过redis的DUMP命令，重定向到文件（或管道），但是RESTORE报这个错误：
$ redis-cli dump test > /tmp/test.dump
$ cat /tmp/test.dump | redis-cli -x restore test1 0
(error) ERR DUMP payload version or checksum are wrong
$ redis-cli dump test | redis-cli -x restore test1 0
(error) ERR DUMP payload version or checksum are wrong
我知道MIGRATE可以在线执行此操作，但MIGRATE也会从原始服务器中删除该密钥，并且我不希望我的 redis 暴露在公共互联网上。
有一些第三方选项，例如redis-rdb-tools，但毕竟，它究竟是如何DUMP工作RESTORE的呢？
转储/恢复命令并不是真正设计用于从命令行使用，因为序列化格式是二进制的（它与用于 RDB 转储的相同）。这很不方便，因为 shell 倾向于解释这些字符（即使使用“可打印”格式）。
这是“可打印”格式：
$ redis-cli lpush test 1 2 3 4 5
(integer) 5
$ redis-cli dump test
"\n\x15\x15\x00\x00\x00\x12\x00\x00\x00\x05\x00\x00\xf6\x02\xf5\x02\xf4\x02\xf3\x02\xf2\xff\x06\x00\x1c\x8a\xda\x0e}\xcb\xe1."
“可打印”格式不能用作真正需要实际数据的 -x 选项的输入。这是 redis-cli 的误导行为。
但是，有一种简单的方法可以获取原始格式：
$ redis-cli --raw dump test | hexdump -C
00000000 0a 15 15 00 00 00 12 00 00 00 05 00 00 f6 02 f5 |................|
00000010 02 f4 02 f3 02 f2 ff 06 00 1c 8a da 0e 7d cb e1 |.............}..|
00000020 2e 0a |..|
现在，不可能在 -x 恢复中直接通过管道传输 --raw 转储的结果，因为最后一个字符是错误的。比较 --raw 和可打印转储的输出。您会注意到 --raw 选项在末尾添加了一个额外的 \n。raw 选项不是 100% raw ;-)
在 -x 选项可以处理数据之前，需要删除这个额外的字符。最后，在还原中通过管道输出转储输出的正确命令（在 GNU/Linux 系统上）是：
$ redis-cli --raw dump test | head -c-1 | redis-cli -x restore test1 0
OK
这不漂亮。我希望大多数人会依赖 perl/python/ruby 脚本而不是 shell 来完成这些任务。