为什么不用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树。