通过与 Jira 对比,让您更全面了解 PingCode

  • 首页
  • 需求与产品管理
  • 项目管理
  • 测试与缺陷管理
  • 知识管理
  • 效能度量
        • 更多产品

          客户为中心的产品管理工具

          专业的软件研发项目管理工具

          简单易用的团队知识库管理

          可量化的研发效能度量工具

          测试用例维护与计划执行

          以团队为中心的协作沟通

          研发工作流自动化工具

          账号认证与安全管理工具

          Why PingCode
          为什么选择 PingCode ?

          6000+企业信赖之选,为研发团队降本增效

        • 行业解决方案
          先进制造(即将上线)
        • 解决方案1
        • 解决方案2
  • Jira替代方案

25人以下免费

目录

为什么不用redis做主数据库,只用它做缓存

因为Redis是内存数据库,这意味着它将所有数据存储在内存中,而不是在硬盘上。这使得Redis的读写速度非常快,但也使得它非常适合存储临时数据,而不是持久数据。

一、为什么不用redis做主数据库,只用它做缓存

1.Redis的内存架构

Redis是内存数据库,这意味着它将所有数据存储在内存中,而不是在硬盘上。这使得Redis的读写速度非常快,但也使得它非常适合存储临时数据,而不是持久数据。如果我们将Redis用作主数据库,我们的数据将不能持久化,也就是说,如果服务器崩溃或断电,我们将失去所有数据。这是因为Redis的数据存储在内存中,一旦服务器重启,内存中的数据将被清空,所有的数据将丢失。

2.Redis的单线程架构

Redis是单线程的,这意味着它一次只能处理一个请求。如果我们将Redis用作主数据库,当并发请求增加时,Redis将无法处理它们,从而导致性能问题和响应时间延迟。相比之下,像MySQL这样的关系型数据库可以处理多个请求。如果我们有大量的并发请求需要处理,Redis可能会成为性能瓶颈。

3.Redis不支持SQL查询

Redis不支持SQL查询,这意味着我们无法使用SQL语言来查询数据。虽然Redis提供了一些基本的查询功能,但它无法处理复杂的查询请求。相比之下,像MySQL这样的关系型数据库提供了强大的SQL查询功能。如果我们需要进行复杂的查询,Redis可能会无法胜任。

4.示例:Redis作为主数据库可能会导致数据丢失

以下是一个简单的示例,主要说明为什么使用Redis作为主数据库可能会导致数据丢失。假设我们正在构建一个在线商店,并使用Redis来存储库存量。我们将商品数量存储在Redis中,并在每次销售后减少库存量。如果我们使用Redis作为主数据库,当服务器崩溃时,我们将失去所有库存数据。如果我们使用MySQL等关系型数据库,我们可以将库存数据持久化并在服务器崩溃后恢复它们。

import redis

r = redis.Redis(host=’localhost’, port=6379, db=0)

# 假设我们有100个商品

r.set(‘inventory’, 100)

# 当有人购买一个商品时,我们减少库存量

r.decr(‘inventory’)

# 当服务器崩溃并重启时,我们将失去所有库存数据

延伸阅读:

二、主要的单机存储引擎

1、哈希存储:hash的CRUD是非常快的。但缺点是不支持顺序扫描。bitcask是一个基于hash表结构的存储系统。他将写操作(包括删除标识)追加到文件尾。并定期合并新老文件&记录。

2、B树:既支持随机读取又支持范围查找的系统。查找时间复杂度为logd(n)(d为每个节点的出度)。Mysql的InnoDB的引擎和OS的文件系统使用的就是B+树。(为什么选择使用B树的变种B+树,读者有兴趣可以去探究下。提示:磁盘读取)

3、LSM树(Log Structured Merge Tree):由B+数改进而来。其思想为:将增量写操作保存在内存中,超过阈值时刷入磁盘,从而减少随机写磁盘操作。读操作则需要合并磁盘数据和内存中的写操作。通过Memtable/SSTable实现,实现细节在此不做深入探究。比较适合写操作较多的业务场景。BigTable/HBase/Cassandra中的列簇的数据存储方式采用的即是LSM树。

相关文章