关于 Redis 与传统关系型数据库的选择 2023 年 12 月 8 日，由 Robert Gravelle 撰写

当需要为你的应用程序选择合适的数据库时，选择何种数据库通常取决于你项目的特定要求。Redis 是一种高性能的内存数据存储，而 MySQL 等传统关系型数据库也各自具有自己的优势和劣势。在本期文章中，我们将探讨在 Redis 和传统关系型数据库之间做选择时要考虑的各种因素。为了简单起见，传统关系型数据库将以 MySQL 为例，如果你想继续深入，你可能需要研究其他关系型数据库产品，例如 SQL Server 和 Oracle。

数据模型和结构

Redis 和 MySQL 之间的主要区别之一在于它们的数据模型。Redis 是一种键值存储，将数据存储为键值对。这种简单性使其在某些用例（如缓存、会话存储和实时分析）中效率很高。另一方面，MySQL 作为关系型数据库，允许你定义结构化的表和表之间的关系。

Redis 的哈希数据

MySQL 的表

考虑你应用程序的数据结构，是键值模型还是关系型模型更符合应用程序需求。

性能

Redis 以其卓越的性能而闻名，特别是对于读取繁重的工作负载和需要低延迟响应的场景。作为内存数据库，Redis 将所有数据存储在 RAM 中，因此可以快速访问数据。另一方面，MySQL 虽然性能也良好，但随着数据集的增长，尤其是在涉及复杂查询和频繁写入操作的场景中，可能会遇到瓶颈。

例子：Redis 的读取操作

// 从 Redis 检索数据
redisClient.get("user:123", (err, result) => {
    const userData = JSON.parse(result);
    console.log(userData);
});

例子：MySQL 的读取操作

--从 MySQL 的 users 表中检索数据
SELECT * FROM users WHERE id = 123;

考虑你应用程序的工作负载性质，是读取操作还是写入操作为主。

持久性

一个关键的考虑因素是数据持久性。Redis 作为内存存储，可能不是耐用性和持久性至关重要的场景的最佳选择。虽然 Redis 确实提供了持久性选项，例如快照和追加只读文件（AOF），但 MySQL 本身提供了更稳健的持久性功能。

例子：Redis 快照的持久性

// 配置 Redis 每 5 分钟执行快照
config set save "300 1";

确保你的选择符合你的应用程序对数据持久性的要求。

可扩展性

可扩展性是另一个重要的考虑因素。Redis 在横向可扩展性方面表现出色，使其适用于分布式设置和需要扩展到多个节点的场景。MySQL 虽然也具有可扩展性，但可能还需要更多的努力和仔细的规划，特别是在大规模分布式环境中。

例子：Redis 的水平扩展

// 创建一个具有三个节点的 Redis 集群
redis-trib.rb create --replicas 1 127.0.0.1:7000 127.0.0.1:7001 127.0.0.1:7002

例子：MySQL 分片

-- 将 users 表进行跨多个数据库切分
-- （假设一个分片键是“user_id”）
CREATE TABLE users_shard_1 SELECT * FROM users WHERE user_id % 3 = 1;
CREATE TABLE users_shard_2 SELECT * FROM users WHERE user_id % 3 = 2;
CREATE TABLE users_shard_3 SELECT * FROM users WHERE user_id % 3 = 0;

考虑你应用程序的可扩展性要求，所选择的数据库是否可以相应地进行扩展。

用例参考

了解 Redis 和 MySQL 的具体用例对于做出明智的决策至关重要。考虑到这一点，以下是每个数据库的前三个用例：

Redis 用例：
- 缓存：Redis 因其读取速度快而在缓存方面表现出色。
- 实时分析：它的内存性质有益于快速数据分析。
- 会话存储：存储和管理会话数据的理想选择。
MySQL 用例：
- 事务数据：MySQL 非常适合需要 ACID 合规性的应用程序。
- 复杂查询：如果你的应用程序涉及复杂的查询和报告，MySQL 可能更适合
- 数据完整性：对于关系数据完整性是优先级的场景。