初识数据库GaussDB(forRedis)

GaussDB(for Redis)因何而生？

KV型数据库因使用灵活，可适配众多应用场景。其中最流行的就是Redis。

https://www.wqiis.com/news/zb_users/upload/catimg/a19ca20704fc944546fe66b9c5ffde64.png" alt="初识数据库GaussDB(forRedis)" />

如今企业对成本、容量、可靠性、一致性的需求日益剧增，开源Redis受架构局限，无法满足要求。

在此背景下，推出云数据库GaussDB(for Redis)，帮企业用户解决核心数据的存储难题。

GaussDB(for Redis)长什么样？

GaussDB(for Redis)完全兼容开源Redis协议，业务不需修改代码，即开即用。

在实例内部，GaussDB(for Redis)采用自研的计算、存储分离架构。架构图如下：

1）计算层

计算层负责请求转发、数据分片，以及集群管理。用户通过任一节点IP都可以访问到全量数据，可将实例视为一个整体，方便业务使用。

2）存储层

存储层又称GaussDB基础组件服务，它是海量的高性能存储池。用户数据在其中三副本冗余保存，提供超高可靠性保障。

GaussD(for Redis)有何价值？

对比维度云数据库GaussDB(for Redis)开源Redis成本成本降低75%~90%硬件成本极高- 采用高性能持久化技术，数据实时落盘- 全部数据保存在内存中，硬件成本高昂- 无fork问题，容量全部可用- 受fork问题影响,容量使用率不高,资源浪费稳定性高一般- 即使N-1节点故障，全量数据依旧可用- 一对主备故障,部分数据无法访问数据可靠性高低- 逐条命令实时落盘，数据三副本冗余存储，无丢失风险- 内存数据秒级落盘，主从异步复制，有数据丢失风险数据一致性高低- 强一致性保障，多点访问无脏读问题- 弱一致性，业务访问需额外处理数据不一致问题抗写能力强弱- 多线程设计，不易发生命令阻塞- 单线程架构，大key/热key易阻塞- 全部节点都可读、可写，业务高峰无压力- 仅半数节点（master）可写，业务高峰有OOM风险扩展能力按需扩容、快速扩容扩容不自由、耗时长- 节点扩容分钟级完成，业务仅秒级感知- 计算、存储高耦合，无法独立扩容- 容量扩容秒级完成，业务0感知- 扩容 = 引入新节点 + 数据搬迁，耗时长