redis是关系型数据库吗

Mysql 和Redis 的区别

记得有一次，我在调试一个电商网站时，用户访问量突然增加，数据库响应慢得就像按下一个按钮一样慢动作。
后台日志充满了红色警告，CPU 和内存曲线爬入了令人眼花缭乱的红色区域。
这时，技术经理直接在黑板上画了一张图，一边擦一边说道：“你看，每次用户点东西的时候，它都会先去Redis里找，如果找到了，几秒后就返回，如果没有找到，就让MySQL去硬盘上找旧账号。
” Redis存储了你每天接触的常用按键，并且可以将它们缓存起来以方便使用； MySQL存储需要保存的东西，比如你的身份证、户口簿，并将它们锁在硬盘金库中。
如果把身份证放在包里，就会显得臃肿，找东西速度变慢。

高峰期过后，查看监控数据发现：7 8 %的请求在Redis中得到响应，每次响应时间小于5 毫秒；剩下的 2 2 % 的请求去了 MySQL，但系统已经稳定了——热图甚至开始出现在 Redis 缓存中，并且预加载了用户经常查看的产品。
这时候我突然想到，如果Redis内存也满了，是不是还要发明Flink来处理流数据呢？

Redis的数据库概念是什么

2 02 3 年，某互联网公司为Redis配置了1 6 个数据库，默认使用0号库。

1 .物理实现：每个Redis数据库都是一个独立的命名空间，但共享资源。
2 .差异：没有物理分离，不支持自定义数据库名称，没有独立的访问控制。
3 、使用场景：环境分离、功能分离，但不建议不同应用之间共享。
4 . 集群限制：集群仅支持单个数据库，需要您单独部署不同的应用程序。
5 、资源消耗：Redis是轻量级的，因此您可以部署多个实例，而不会显着增加资源。

redis有数据库的概念吗

哎呀，这个Redis数据库概念，我来说说我遇到的坑吧。

一年前，我在上海做一个电商项目，使用Redis进行订单存储。
起初我认为这很好。
Redis 实例处理所有内存存储，这样可以省去麻烦。
结果呢？一旦项目上线并被多个团队使用，数据就混在一起了。
A订单的数据传到了B订单，简直难以置信。
最后，我不得不使用命名约定并添加一堆前缀，这使得它看起来一团糟。

看，Redis 的 1 6 个数据库编号（0 到 1 5 ）听起来很适合数据隔离。
默认为数据库号。
0.不需要SELECT命令来切换，所有数据都放在这里。
我告诉你，去年我在北京跑了一个小团队，新来的人连SELECT命令都不知道。
结果，用户的信息记忆被彻底中断。
所以切换数据库时，一定要使用SELECT，不要握手错误的号码。

这个数据库号码是隔离的，但不是完全隔离的。
例如，如果您在库号中设置了过期时间，则为 TTL。
5 、库号中的同名密钥。
0 也会过期。
去年，我帮助一个朋友解决了一个问题，但是因为他所做的事情，数据消失了，我仍然不知道发生了什么。
因此，名字应该经过深思熟虑。
如果一个叫user:1 00，另一个也叫user:1 00，这肯定会冲突。

当然有好处。
例如，在多个租户中，不同的租户使用不同的号码并且数据不重叠。
我同意这一点。
性能确实可以提高。
如果你把一个业务的所有键值对都放到一个库里，就可以很快查到。
我在深圳举办了一次闪购活动，我把所有的产品库存和用户锁定状态放在一个库中，这比单独分散要快得多。

但是说到内存消耗，你必须要小心。
你打开1 6 个库，每个库都存数据，内存就会突然增加。
一年前，我在杭州，服务器有8 G内存。
结果我开了1 0个库，每个库都存储了大量的数据。
最终陷入困境，难以重启。
所以如果你有很多数据，你需要仔细权衡。

备份和恢复也很烦人。
与传统数据库不同，只需单击一下即可获得所有内容。
对于Redis，您需要一次准备一个数据库，或者整个数据库，但您害怕包含所有数据库中未使用的数据。
我在上海制定了一个备份计划，要求每天清晨进行完整备份。
但是，我忘记清除一次缓存，备份文件中充满了旧的空数据，这很浪费时间。
监控和调整也是如此。
必须一个一个地看每个库，相当繁琐。

我最担心的是工作。
Redis事务，如果使用MULTI/EXEC，只能在当前库生效。
数据库之间的互操作性？别想了，原子性不行是有保证的。
去年我在北京。
一个项目需要使用事务来更新两个库中的数据。
事实证明，Redis 还不够好，必须和消息队列分开，这样就变得非常复杂。

所以如果轻度使用的话，比如区分一些简单的业务，或者开发一个测试环境，用数据库号就可以了。
但如果您从事强一致性、跨数据库事务或复杂的权限管理，那么您应该坚持使用 MySQL 和 PostgreSQL 等传统数据库，或者使用多个 Redis 实例。

与关系型数据库相比，Redis 的孤立性要低得多。
在关系数据库中，创建表和数据库，数据结构清晰，隔离性强。
将 Redis 键值对放入库中与将它们放入集合中没有什么不同。
可扩展性也很差。
一旦内存满了，就结束了。
与关系数据库不同，创建单独的表和数据库很容易。

综上所述，Redis数据库号是一个方便的工具，但不要神化它。
如果使用得当，它确实可以提高性能、安全性，并节省一些内存。
如果用不好的话，数据就会混杂，无法进行备份调优，那就麻烦了。
大家一定要根据自己的需求权衡利弊，不要盲目使用。