数据多的时候为什么要使用redis而不用mysql？

关于问题数据多的时候为什么要使用 redis 而不用 mysql？一共有 2 位热心网友为你解答:

【1】、来自网友【浮生若如梦】的最佳回答：

当数据量变得很大时，使用 Redis 而不是 MySQL 有几个原因：

快速读写：Redis 是一个内存中的键值存储系统，相比之下，MySQL 是一个磁盘上的关系型数据库。由于内存的读写速度远远高于磁盘的读写速度，Redis 能够提供非常快速的读写操作。这使得 Redis 在处理高并发和实时数据的场景下表现出色。
高性能：Redis 是一个基于内存的数据库，它使用了高度优化的数据结构和算法，如哈希表、跳表和位图等。这些特性使得 Redis 在执行读写操作时具有非常高的性能，尤其在需要频繁更新的情况下，它能够处理更多的请求。
缓存支持：Redis 经常用作缓存层，将经常读取的数据缓存到内存中，以减轻数据库的负载。当数据量变得很大时，MySQL 的查询压力会增加，而 Redis 可以作为一个高速缓存来加速读取操作，减少对 MySQL 的访问次数，从而提高整体性能。
数据结构的灵活性：Redis 支持多种数据结构，如字符串、哈希表、列表、集合和有序集合等。这使得 Redis 非常适合处理各种类型的数据，并能够通过适当选择和组合数据结构来满足不同场景的需求。MySQL 虽然也有不同的数据类型，但相对来说不如 Redis 灵活。
分布式支持：Redis 提供了集群模式，可以将数据分布到多个节点上，实现横向扩展和高可用性。这对于处理大量数据的系统来说是非常有用的，可以通过增加节点来扩展系统的容量和吞吐量。

尽管 Redis 在某些方面优于 MySQL，但 MySQL 仍然是一种强大的关系型数据库，适用于复杂的查询和事务处理。因此，在决定使用 Redis 还是 MySQL 时，您需要考虑数据的特性、读写需求和应用场景，并权衡它们的优势和劣势。

【2】、来自网友【会点代码的大叔】的最佳回答：

通常来说，当数据多、并发量大的时候，架构中可以引入 Redis，帮助提升架构的整体性能，减少 Mysql(或其他数据库)的压力，但不是使用 Redis，就不用 MySQL。

因为 Redis 的性能十分优越，可以支持每秒十几万此的读/写操作，并且它还支持持久化、集群部署、分布式、主从同步等，Redis 在高并发的场景下数据的安全和一致性，所以它经常用于两个场景：

缓存

经常会被查询，但是不经常被修改或者删除的数据；比如数据字典，业务数据中的热点数据；这样不仅提升查询效率，还可以减少数据库的压力；
经常被查询，实时性要求不高数据，比如网站的最新列表、排行榜之类的数据，只需要定时统计一次，然后把统计结果放到 Redis 中提供查询（请不要使用 select top 10 from xxxx）。
缓存可以方便数据共享，比如我先用电脑网页打开 X 东，选了两件商品放到购物车里面，再登录手机 APP，也是可以看到购物车里面的商品的。

判断数据是否适合缓存到 Redis 中，可以从几个方面考虑：

会经常查询么？命中率如何？写操作多么？数据大小？

我们经常采用这样的方式将数据刷到 Redis 中：查询的请求过来，现在 Redis 中查询，如果查询不到，就查询数据库拿到数据，再放到缓存中，这样第二次相同的查询请求过来，就可以直接在 Redis 中拿到数据；不过要注意【缓存穿透】的问题。

缓存的刷新会比较复杂，通常是修改完数据库之后，还需要对 Redis 中的数据进行操作；代码很简单，但是需要保证这两步为同一事务，或最终的事务一致性。

高速读写

常见的就是计数器，比如一篇文章的阅读量，不可能每一次阅读就在数据库里面 update 一次。

高并发的场景很适合使用 Redis，比如双 11 秒杀，库存一共就一千件，到了秒杀的时间，通常会在极为短暂的时间内，有数万级的请求达到服务器，如果使用数据库的话，很可能在这一瞬间造成数据库的崩溃，所以通常会使用 Redis（秒杀的场景会比较复杂，Redis 只是其中之一，例如如果请求超过某个数量的时候，多余的请求就会被限流）。

这种高并发的场景，是当请求达到服务器的时候，直接在 Redis 上读写，请求不会访问到数据库；程序会在合适的时间，比如一千件库存都被秒杀，再将数据批量写到数据库中。

所以通常来说，在必要的时候引入 Redis，可以减少 MySQL（或其他）数据库的压力，两者不是替代的关系

。