这个标题看起来有点奇怪，把加密货币钱包（Crypto Wallet）和Redis 7.0放在一起对比，它们其实是完全不同领域的东西——一个是区块链/Web3领域的数字资产管理工具，一个是后端/数据库领域的内存键值数据库。把它们放在一起，就像问"菜刀 vs 洗衣机，到底该选哪个"一样，完全没有可比性，因为它们解决的是完全不同的问题。

但最近确实经常有人问我相关的问题，一类是做Web3/区块链项目的朋友问"该用什么加密货币钱包"、"钱包怎么选"、"Metamask和其他钱包有什么区别"；另一类是做后端开发的朋友问"Redis 7.0什么时候发布"、"有什么新特性"、"值不值得升级"。这两个话题虽然不相关，但都是最近比较热的技术话题，问的人都不少，所以干脆写一篇文章，分别聊聊这两个话题，前半部分聊加密货币钱包的选型，后半部分聊Redis 7.0的新特性前瞻，说说它们各自是什么、有什么特点、适用于什么场景，以及该怎么选。

先说明一下：本文基于2021年10月的时间点，加密货币钱包的生态和Redis的版本都在快速发展，本文的内容可能会随着时间而过时，具体以最新情况为准。我不是这两个领域的专家，只是一个研究者和使用者，理解可能有偏差，仅供参考。

第一部分：加密货币钱包怎么选

一、什么是加密货币钱包

在说怎么选之前，先简单说说什么是加密货币钱包。

加密货币钱包（Crypto Wallet），是用来存储、管理、转移加密货币（比如比特币、以太坊、USDT等）的工具。但它实际上并不"存储"加密货币，加密货币是存储在区块链上的，钱包存储的是你的私钥（Private Key），私钥是你拥有和控制加密货币的凭证，谁拥有私钥，谁就拥有对应的加密货币。

钱包的核心作用是：

  • 生成和管理私钥：安全地生成、存储、备份你的私钥。
  • 查看余额和交易记录：通过区块链浏览器查询你的地址余额和交易历史。
  • 签名交易：用私钥对交易进行签名，然后广播到区块链网络，完成转账、合约交互等操作。
  • 连接DApp：连接去中心化应用（DApp），进行DeFi借贷、NFT交易、链上游戏等操作。

加密货币钱包有很多种分类方式：

  • 按存储方式分：冷钱包（离线存储，不联网，比如硬件钱包、纸钱包）和热钱包（联网，比如手机App、浏览器插件、网页钱包）。
  • 按形态分：硬件钱包（物理设备，比如Ledger、Trezor）、软件钱包（App或插件，比如Metamask、Trust Wallet）、纸钱包（把私钥写在纸上）。
  • 按链支持分：单链钱包（只支持一条链，比如比特币钱包）和多链钱包（支持多条链，比如Metamask支持以太坊和EVM兼容链）。
  • 是否托管：托管钱包（私钥由平台管理，比如交易所钱包）和非托管钱包（私钥由用户自己管理，比如Metamask、硬件钱包）。

对于普通用户和开发者来说，最常用的是软件热钱包（比如Metamask浏览器插件）和硬件冷钱包（比如Ledger），下面主要聊这两类的选型。

二、主流加密货币钱包对比

目前市面上的加密货币钱包很多，主流的有以下几个：

1. Metamask（小狐狸钱包）

  • 类型：浏览器插件钱包 + 手机App，热钱包，非托管。
  • 支持链：以太坊及所有EVM兼容链（BSC、Polygon、Arbitrum、Optimism、Avalanche C-Chain等），是目前支持EVM链最广泛的钱包。
  • 优点：

- 用户量最大，生态最完善，几乎所有EVM链的DApp都支持Metamask连接。 - 支持自定义网络，可以手动添加任何EVM兼容链。 - 支持多账户、多地址管理。 - 支持硬件钱包连接（Ledger、Trezor等），可以把热钱包当界面，私钥存在硬件钱包里，兼顾安全和便利。 - 开源，社区活跃，更新频繁。

  • 缺点：

- 只支持EVM链，不支持比特币、Solana、Polkadot等非EVM链。 - 浏览器插件形式，电脑中病毒或浏览器被入侵，私钥有被盗风险。 - 默认只显示以太坊主网，其他链需要手动添加，对新手不太友好。 - 界面比较简单，内置功能少（没有内置交易所、行情等）。

  • 适合人群：以太坊和EVM生态的用户、DeFi和NFT玩家、开发者，是EVM生态的首选钱包。

2. Trust Wallet

  • 类型：手机App钱包，热钱包，非托管，被币安收购。
  • 支持链：多链，支持以太坊、比特币、BSC、Solana、Polkadot等几十条链，是支持链最多的钱包之一。
  • 优点：

- 支持链多，一个钱包管理多种资产，不用装多个钱包。 - 手机App，随时随地使用，方便。 - 内置DApp浏览器、交易所（币安）、行情、质押等功能，功能丰富。 - 界面友好，对新手友好，容易上手。 - 被币安收购，有大公司背书，安全性有保障。

  • 缺点：

- 只有手机App，没有桌面端和浏览器插件，在电脑上用DApp不太方便（需要用WalletConnect连接）。 - 多链支持虽然广，但每条链的深度不如专门的钱包，某些链的功能支持不完善。 - 内置功能多，有些用户可能觉得臃肿。 - 虽然被币安收购，但仍然是非托管钱包，私钥自己保管，要注意备份助记词。

  • 适合人群：多链资产用户、手机端用户、新手，想要一个钱包管理多种资产。

3. Ledger（硬件钱包）

  • 类型：硬件钱包，冷钱包，非托管，法国公司。
  • 支持链：多链，支持比特币、以太坊、BSC、Solana等上千种加密货币，是支持资产最多的硬件钱包。
  • 优点：

- 私钥存储在硬件设备中，离线不联网，安全性极高，几乎不可能被黑客远程盗取。 - 支持资产多，一个硬件钱包管理多种链的资产。 - 可以连接Metamask、Trust Wallet等软件钱包使用，兼顾安全和便利。 - 有屏幕和物理按钮，交易确认需要在设备上手动确认，防止恶意交易。 - 支持固件升级，不断支持新的链和功能。

  • 缺点：

- 价格贵，Ledger Nano S大概几百元，Nano X大概一千多元，比软件钱包贵（软件钱包免费）。 - 使用相对麻烦，需要插电脑或蓝牙连接，不如软件钱包方便。 - 设备丢失或损坏，如果没有备份助记词，资产就找不回来了。 - 虽然安全性高，但如果助记词泄露，或者被物理攻击（比如被胁迫转账），仍然有风险。

  • 适合人群：持有大量加密货币的用户、长期持有者、对安全性要求高的用户，是大额资产的首选存储方式。

4. Coinbase Wallet

  • 类型：手机App + 浏览器插件，热钱包，非托管，Coinbase交易所推出。
  • 支持链：主要支持以太坊和EVM链，也支持一些其他链。
  • 优点：

- 和Coinbase交易所深度集成，可以方便地在交易所和钱包之间转账。 - 界面友好，对新手友好。 - 支持DApp浏览、NFT展示等功能。 - 有Coinbase背书，品牌知名度高。

  • 缺点：

- 支持链不如Trust Wallet多。 - 国内用户使用Coinbase交易所不方便（需要海外身份）。 - 生态不如Metamask完善，某些DApp支持不好。

  • 适合人群：Coinbase用户、海外用户、以太坊生态新手。

5. 其他钱包

除了上面几个，还有一些比较有特色的钱包：

  • imToken：国产多链钱包，手机App，支持以太坊、比特币、EOS等，国内用户多，界面友好。
  • TokenPocket（TP钱包）：国产多链钱包，支持链多，功能丰富，国内用户多，DApp生态完善。
  • Solflare：Solana生态的专用钱包，支持Solana链的所有功能。
  • Phantom：Solana生态的热门钱包，界面美观，体验好，是Solana用户的首选。
  • Trezor：另一个知名硬件钱包品牌，和Ledger类似，开源，安全性高。
  • SafePal：币安投资的硬件钱包，价格比Ledger便宜，支持链多。

三、加密货币钱包怎么选

了解了主流钱包，那到底该怎么选呢？其实很简单，根据你的需求和使用场景来选：

1. 按资产量选

  • 小额资产（几千元以下）、日常使用、频繁交易：选软件热钱包，比如Metamask（EVM生态）或Trust Wallet（多链），方便快捷，免费使用，即使被盗损失也不大。
  • 中大额资产（几万元以上）、长期持有、不频繁交易：选硬件冷钱包，比如Ledger，安全性高，把大部分资产存在冷钱包里，只把日常要用的小额资产放在热钱包里。
  • 最佳实践：冷热结合，大额资产存硬件冷钱包，日常使用的小额资产放软件热钱包，需要交易的时候从冷钱包转到热钱包，交易完再转回去，兼顾安全和便利。

2. 按使用的链选

  • 主要用以太坊和EVM兼容链（BSC、Polygon、Arbitrum等）、玩DeFi和NFT：首选Metamask，生态最完善，几乎所有DApp都支持，是EVM生态的标准钱包。
  • 用多条链、有比特币、Solana等非EVM链的资产：选Trust Wallet或TokenPocket，支持链多，一个钱包管理所有资产。
  • 主要用Solana链：选Phantom或Solflare，是Solana生态最好用的钱包。
  • 主要用比特币：选Electrum（比特币专用轻钱包）或支持比特币的多链钱包。

3. 按使用设备选

  • 主要在电脑上用、玩DApp、做开发：选浏览器插件钱包，首选Metamask，电脑上操作方便，DApp连接顺畅。
  • 主要在手机上用、随时随地管理资产：选手机App钱包，比如Trust Wallet、imToken、TokenPocket，手机端体验好。
  • 想要多端同步、手机电脑都能用：选同时有手机App和浏览器插件的钱包，比如Metamask（手机App+插件）、Coinbase Wallet（手机App+插件）。

4. 按用户类型选

  • 新手：选界面友好、容易上手的钱包，比如Trust Wallet、imToken、TokenPocket，功能丰富，引导完善。
  • 进阶用户/开发者：选Metamask，功能强大，可定制性高，支持自定义网络、连接硬件钱包、导入私钥等，适合进阶使用。
  • 大额持有者：选硬件钱包，Ledger或Trezor，安全第一。

5. 安全注意事项

不管选什么钱包，安全都是第一位的，几个重要的安全注意事项：

  • 一定要备份助记词（私钥）：助记词是恢复钱包的唯一凭证，丢了助记词就丢了资产，一定要用物理方式备份（写在纸上，存放在安全的地方），不要存在联网的设备上（比如手机备忘录、云盘）。
  • 不要把助记词告诉任何人：任何人（包括客服、朋友、官方人员）向你要助记词都是骗子，官方不会向你要助记词。
  • 用官方渠道下载钱包：从官网或官方应用商店下载，不要从陌生链接、第三方网站下载，防止下载到钓鱼钱包。
  • 转账前仔细核对地址：加密货币转账是不可逆的，转错地址就找不回来了，转账前一定要仔细核对收款地址，最好先小额测试。
  • 不要随便连接陌生DApp：连接DApp时，仔细看授权内容，不要随便授权无限额的代币转账，授权后及时在钱包里取消授权。
  • 大额资产用硬件钱包：不要把大量资产存在软件热钱包里，热钱包有被黑客盗取的风险，大额资产一定要用硬件冷钱包。

四、加密货币钱包部分小结

加密货币钱包的选择，其实没有"最好"的，只有"最适合"的。根据你的资产量、使用的链、使用的设备、用户类型，选择适合自己的钱包就行。对于大部分EVM生态的用户来说，Metamask + Ledger的组合是最佳实践：Metamask作为日常使用的热钱包，方便快捷；Ledger作为大额资产的冷钱包，安全可靠。两者结合，兼顾安全和便利。

当然，加密货币领域变化很快，新的钱包和新的功能不断出现，本文的内容可能会随着时间而过时，建议大家关注最新的钱包动态，选择最适合自己的。同时，一定要注意安全，加密货币是去中心化的，没有银行帮你兜底，资产安全完全靠自己，一定要谨慎再谨慎。

第二部分：Redis 7.0前瞻

聊完了加密货币钱包，我们再来聊聊另一个完全不相关的话题——Redis 7.0。

一、Redis是什么，Redis 7.0的背景

Redis（Remote Dictionary Server）是一个开源的内存键值数据库，以高性能、丰富的数据结构、灵活的使用方式著称，被广泛用于缓存、会话存储、消息队列、排行榜、限流等场景，是后端开发中最常用的中间件之一，几乎是互联网公司的标配。

Redis的版本发展：

  • Redis 1.0-2.0：早期版本，基础的键值存储功能。
  • Redis 3.0：引入Redis Cluster集群，支持分布式。
  • Redis 4.0：引入模块系统（Modules）、PSYNC2.0、内存优化等。
  • Redis 5.0：引入Stream数据结构、新的客户端管理、Redis Cluster改进等。
  • Redis 6.0：引入多线程IO（网络IO多线程，命令执行还是单线程）、ACL权限控制、RESP3协议、客户端缓存等。
  • Redis 7.0：目前（2021年10月）正在开发中，预计2022年初正式发布，是一个重要的大版本更新，有很多新特性和改进。

我从Redis 7.0的RC（Release Candidate）版本开始就在测试环境试用了，也读了官方的发布说明和设计文档，对新特性有了比较深入的了解。下面就来聊聊Redis 7.0有哪些值得关注的新特性，以及值不值得升级。

二、Redis 7.0的重要新特性

Redis 7.0的新特性很多，我挑几个最重要、最值得关注的来说。

1. Redis Functions（函数）

这是Redis 7.0最重要的新特性之一，也是我个人最期待的。

Redis Functions允许用户在Redis服务器端存储和执行自定义函数（用Lua编写），这些函数是持久化的（存在数据库中，重启不丢失），可以像执行普通命令一样调用，而且支持复制（主从复制时函数会自动同步到从节点）。

在Redis 7.0之前，如果想在服务器端执行自定义逻辑，只能用EVAL命令执行Lua脚本，但EVAL有很多问题：

  • 脚本不持久化，每次执行都要传脚本内容，或者用EVALSHA传脚本哈希，但脚本哈希在重启后会失效，需要重新加载。
  • 脚本不复制，主节点执行的脚本不会自动复制到从节点，需要额外处理。
  • 脚本管理麻烦，没有统一的管理方式，脚本多了之后难以维护。
  • 客户端需要维护脚本，每次执行都要处理脚本加载和缓存的问题。

Redis Functions解决了这些问题：

  • 持久化：函数存储在数据库中，重启不丢失，和数据一起持久化。
  • 复制：函数会自动复制到从节点，主从一致。
  • 统一管理：有专门的命令管理函数（FUNCTION LOAD、FUNCTION LIST、FUNCTION DELETE、FUNCTION FLUSH等），可以查看、删除、清空函数。
  • 调用简单：用FCALL命令调用函数，就像执行普通命令一样，客户端不需要维护脚本。
  • 版本管理：函数库支持版本号，可以方便地升级和回滚。

举个简单的例子，用Redis Functions实现一个限流逻辑：

-- 加载函数库
FUNCTION LOAD "#!lua name=mylib
redis.register_function('my_incr', function(keys, args)
  local key = keys[1]
  local current = redis.call('INCR', key)
  if current == 1 then
    redis.call('EXPIRE', key, 60)
  end
  if current > 100 then
    return -1
  end
  return current
end)
"

-- 调用函数
FCALL my_incr 1 rate_limit:user:123

这个函数实现了一个简单的限流：每分钟最多100次，超过返回-1。用Functions实现后，客户端只需要调用FCALL就行，不需要维护Lua脚本，非常方便。

Redis Functions的应用场景很广，比如限流、聚合计算、复杂事务、数据校验、自定义命令等，很多之前需要在客户端实现的复杂逻辑，现在可以放到服务器端的函数里，减少网络往返，提高性能，也方便维护。

2. 多部分AOF（Multi-part AOF）

Redis的持久化有两种方式：RDB（快照）和AOF（追加日志）。AOF是把每条写命令追加到文件中，重启时重新执行AOF文件中的命令来恢复数据。AOF的优点是数据安全性高（最多丢1秒数据），缺点是文件大、恢复慢，而且AOF重写（BGREWRITEAOF）的时候会有额外的内存和IO开销。

Redis 7.0对AOF做了重大改进，引入了多部分AOF（Multi-part AOF）：

  • AOF文件不再是一个单独的文件，而是分成多个部分（manifest文件 + 多个AOF文件）。
  • AOF重写不再需要重写整个文件，而是创建一个新的基础AOF文件（base AOF），然后继续追加增量AOF文件（incr AOF）。
  • 用一个manifest文件来管理所有AOF文件的元信息和历史。

这样改进的好处：

  • AOF重写更快、更高效：重写时不需要复制整个文件，只需要创建一个新的base文件，减少了IO和内存开销。
  • 恢复更快：恢复时可以并行加载多个AOF文件，提高恢复速度。
  • 更安全：AOF文件分成多个部分，某个文件损坏不会影响其他文件，提高了数据安全性。
  • 便于管理和备份：可以单独备份某个时间点的AOF文件，便于增量备份和恢复。

这个改进对于使用AOF持久化的用户来说是个好消息，尤其是数据量大、写操作多的场景，AOF重写和恢复的性能提升明显。

3. 集群（Redis Cluster）改进

Redis 7.0对Redis Cluster做了很多改进，提升了集群的功能和性能：

  • 支持跨槽位的多键命令：之前的Redis Cluster，多键命令（比如MGET、MSET、SUNION等）要求所有键都在同一个槽位，否则会报错。Redis 7.0支持了跨槽位的多键命令，会自动把命令拆分到不同节点执行，然后汇总结果，大大方便了集群的使用。
  • 集群管理命令改进：新增和改进了很多集群管理命令，比如CLUSTER LINKS（查看集群节点间的连接）、CLUSTER DELSLOTSRANGE（删除槽位范围）等，集群管理更方便。
  • 故障转移改进：改进了集群的故障检测和故障转移机制，故障转移更快、更可靠，减少了脑裂的风险。
  • Pub/Sub改进：集群模式下的发布订阅功能改进，支持跨节点的消息广播，更稳定。
  • 分片迁移改进：槽位迁移（resharding）的性能和可靠性提升，迁移过程中对服务的影响更小。

这些改进让Redis Cluster更强大、更易用，对于使用Redis集群的用户来说是个好消息。之前很多用户因为Redis Cluster的各种限制（比如跨槽位多键命令不支持、运维复杂）而选择其他分布式缓存，Redis 7.0的这些改进会让Redis Cluster更有竞争力。

4. ACL（访问控制列表）改进

Redis 6.0引入了ACL（Access Control List，访问控制列表），可以创建多个用户，每个用户有不同的密码、命令权限、键权限等，替代了之前简单的requirepass密码认证，安全性大大提升。

Redis 7.0对ACL做了进一步改进：

  • ACL持久化到单独文件：ACL规则可以保存到单独的ACL文件中（而不是和redis.conf混在一起），支持运行时动态修改并持久化，管理更方便。
  • 支持ACL Selector：可以定义更复杂的权限规则，比如按命令的子命令、按键的模式、按读写权限等精细控制。
  • ACL日志：新增ACL日志，记录被拒绝的命令和连接，便于安全审计和问题排查。
  • 默认用户改进：默认用户的权限管理更灵活，可以更精细地控制默认用户的权限。

这些改进让Redis的权限控制更强大、更灵活，对于对安全性要求高的场景（比如多租户、多业务线共用Redis集群）非常有用。

5. 新的命令和数据结构改进

Redis 7.0新增了一些命令，也对现有数据结构做了改进：

  • ZMPOP、BZMPOP：有序集合（Sorted Set）的弹出命令，可以从多个有序集合中弹出分数最小（或最大）的元素，支持阻塞版本，类似List的BLPOP，但用于有序集合。
  • LMPOP、BLMPOP：列表（List）的弹出命令，可以从多个列表中弹出元素，支持阻塞版本。
  • SETRANGE、GETRANGE改进：字符串的范围操作性能提升。
  • HyperLogLog改进：PFCOUNT、PFMERGE等命令的性能提升，内存占用减少。
  • Stream改进：Stream数据结构的性能和功能改进，比如支持更高效的消费组管理。
  • EXPIRETIME、PEXPIRETIME：获取键的过期时间戳（秒/毫秒），之前只能用TTL获取剩余时间，现在可以获取绝对过期时间。
  • OBJECT FREQ：获取键的访问频率，用于缓存淘汰策略的分析。
  • COMMAND DOCS：获取命令的文档信息，便于客户端动态了解命令的用法和参数。

这些新命令和改进，让Redis的功能更丰富，性能更好，能满足更多场景的需求。

6. 性能和内存优化

Redis 7.0在性能和内存方面也做了很多优化：

  • 内存分配器优化：改进了内存分配和管理，减少内存碎片，降低内存占用。
  • 大key处理优化：大key的删除、迁移等操作更高效，减少阻塞。
  • 网络IO优化：多线程IO的性能进一步提升，高并发场景下吞吐量更高。
  • 命令执行优化：很多常用命令的执行速度提升，比如GET、SET、HGET、ZADD等。
  • RDB加载优化：RDB文件加载速度提升，重启恢复更快。
  • 主从复制优化：全量复制和增量复制的性能提升，复制延迟更低。

这些优化虽然不是新功能，但对于提升Redis的整体性能和稳定性非常重要，尤其是在大数据量、高并发的场景下，性能提升会比较明显。

7. 其他重要改进

除了上面说的，Redis 7.0还有一些其他重要改进：

  • 客户端输出缓冲区限制改进：可以更精细地控制不同类型客户端的输出缓冲区限制，防止慢客户端导致内存溢出。
  • 延迟监控改进：延迟监控（Latency Monitoring）功能更完善，可以更精细地监控慢命令和延迟。
  • INFO命令改进：INFO命令输出更多信息，便于监控和问题排查。
  • 配置参数改进：新增和改进了很多配置参数，更灵活地控制Redis的行为。
  • 模块API改进：模块系统的API更丰富，第三方模块可以实现更多功能。
  • 废弃旧特性：废弃了一些过时的命令和特性（比如一些不常用的旧命令、旧的配置参数），推动用户使用新特性。

三、Redis 7.0值不值得升级

了解了这么多新特性，那Redis 7.0到底值不值得升级呢？我的建议是：

1. 值得升级的场景

  • 使用Redis Functions：如果你有在服务器端执行自定义逻辑的需求（比如限流、聚合、复杂事务等），Redis Functions是一个非常好的特性，能简化开发，提升性能，值得为了这个特性升级。
  • 使用AOF持久化：如果你用AOF持久化，尤其是数据量大、写操作多的场景，多部分AOF的改进能提升重写和恢复的性能，减少IO开销，值得升级。
  • 使用Redis Cluster：如果你用Redis集群，跨槽位多键命令支持、故障转移改进、集群管理改进等，能大大提升集群的易用性和可靠性，值得升级。
  • 对安全性要求高：如果你对权限控制和安全性要求高（比如多租户、多业务线共用），ACL的改进能提供更精细的权限控制，值得升级。
  • 追求性能和稳定性：如果你想获得更好的性能和稳定性，Redis 7.0的各种性能优化和bug修复会带来提升，值得升级。
  • 新项目/新环境：如果是新项目或者新部署的环境，直接用最新的稳定版Redis 7.0是最好的选择，享受新特性和性能提升。

2. 可以暂缓升级的场景

  • 生产环境稳定运行，没有新特性需求：如果你的Redis在生产环境稳定运行，没有遇到性能瓶颈，也不需要新特性，那可以暂缓升级，毕竟升级有风险，稳定最重要。可以等Redis 7.0更成熟（比如7.0.x的小版本更新几个之后）再升级。
  • 使用了大量第三方模块：如果你的Redis用了很多第三方模块（比如RedisJSON、RediSearch、RedisBloom等），需要等这些模块都支持Redis 7.0之后再升级，否则模块可能不兼容，导致功能不可用。
  • 深度定制的Redis：如果你对Redis做了深度定制（修改了源码、用了私有patch等），升级成本会比较高，需要重新适配，建议谨慎评估升级成本和收益。
  • 对稳定性要求极高的核心系统：如果Redis用在对稳定性要求极高的核心系统（比如金融交易、核心计费等），建议等Redis 7.0发布一段时间，社区验证稳定之后再升级，不要做第一个吃螃蟹的人。

3. 升级注意事项

如果你决定升级Redis 7.0，有一些注意事项：

  • 先在测试环境验证：不要直接在生产环境升级，先在测试环境部署Redis 7.0，把所有业务功能都测试一遍，确认没有兼容性问题，再灰度升级生产环境。
  • 注意废弃的命令和特性：Redis 7.0废弃了一些旧命令和特性，如果你的代码里用了这些废弃的东西，需要先修改代码，否则升级后会报错或行为变化。
  • 备份数据：升级前一定要备份数据（RDB文件或AOF文件），万一升级出问题，可以回滚到旧版本，恢复数据。
  • 主从版本兼容：如果是主从架构或集群，注意版本兼容，建议先升级从节点，再升级主节点，或者滚动升级，避免同时升级导致服务中断。
  • 监控升级后的表现：升级后密切监控Redis的性能、内存、延迟、错误日志等，确认没有异常，有问题及时回滚。
  • 阅读官方升级指南：升级前仔细阅读官方的升级指南（UPGRADING文件），了解所有的不兼容变化和注意事项。

四、Redis 7.0部分小结

Redis 7.0是一个非常重要的大版本更新，有很多令人期待的新特性，尤其是Redis Functions、多部分AOF、集群改进、ACL改进等，能显著提升Redis的功能、性能和易用性。对于大部分用户来说，Redis 7.0值得升级，尤其是新项目和有新特性需求的场景。但升级也要谨慎，先在测试环境验证，备份数据，灰度升级，确保生产环境的稳定。

当然，Redis 7.0在本文写作时（2021年10月）还没有正式发布，很多特性还在开发和调整中，正式版发布后可能会有变化，具体以官方发布说明为准。建议大家关注Redis的官方动态，等正式版发布后再根据自己的需求决定是否升级。

写在最后

回到文章开头的问题："加密货币钱包 vs Redis 7.0，到底该选哪个？"答案很简单——它们是完全不同领域的东西，解决完全不同的问题，没有可比性，不需要"二选一"。如果你做Web3/区块链项目，你需要加密货币钱包；如果你做后端开发，你需要Redis；如果你两个领域都涉及，那你两个都需要，它们可以共存，甚至可以一起用（比如用Redis存储加密货币的链上数据、缓存钱包信息等）。

写这篇文章的目的，不是真的要把这两个东西放在一起对比，而是借这个有趣的标题，分别聊聊两个最近比较热的技术话题，给有相关疑问的朋友一些参考。加密货币钱包和Redis 7.0，虽然不相关，但都是很有意思的技术，都在快速发展，都值得我们去了解和学习。

技术的世界很大，领域很多，每个领域都有它的精彩之处。作为技术人，我们要保持好奇心，多了解不同领域的技术，拓宽自己的视野，不要局限在自己的小圈子里。也许你今天了解的一个看似不相关的技术，明天就会给你带来新的思路和启发。

最后，用一句话结束本文："技术无边界，学习无止境。"希望大家都能保持对技术的热情，不断学习，不断进步，在技术的世界里找到自己的乐趣和价值。