SSDB 360 的 ideawu开发的 NOSQL 数据库,其底层存储引擎基于 LevelDB 实现,接口支持类似于 Redis,完全兼容 Redis 的协议,支持 list, has, zset 等数据结构。与 Redis 相比较,SSDB 利用持久化设备存储,避免了纯内存数据库的容量问题,与 LevelDB 的关系是 SSDB 利用了 LevelD
redis简介redis全称为Remote Dictionary Server 远程字典服务器。我们可以将它理解为一种可以用键值对的形式来存储数据的数据库。而redis有许多的特性,比如说它开源,使用C语言编写,支持网络交互而且它在基于内存来操作数据的同时还是可以进行持久化的数据库。而且除了我们上面说的以键值对来存储数据,它还有其他的四种基础数据类型 list(列表),hash(字典),
转载 2023-08-15 10:46:23
54阅读
前端时间用了rabbitmq 一种消息队列然后回想起redis也有队列 ,两者间有何区别呢? RabbitMQRabbitMQ是实现AMQP(高级消息队列协议)的消息中间件的一种,最初起源于金融系统,用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗。消息中间件主要用于组件之间的解耦,消息的发送者无需知道消息使用者的存在,反之亦然。 Redis是一个Key
转载 2023-07-27 16:18:48
196阅读
一、介绍RocksDB 在Facebook开始是作为各种存储介质上服务器工作负载的存储引擎,最初专注于快速存储(尤其是闪存存储)。它是一个 C++ 库,用于存储键和值,它们是任意大小的字节流。它支持点查找和范围扫描,并提供不同类型的 ACID 保证。在可定制性和自适应性之间取得平衡。RocksDB 具有高度灵活的配置设置,可以进行调整以在各种生产环境中运行,包括 SSD、硬盘、ramfs 或远程存
目录:1.1 RabbitMq与Redis队列对比1.2 在win7 64位机上安装RabbitMQ1.3 RabbitMQ消息分发轮询 与 持久化1.4 RabbitMQ 设定某个队列里最大可积累消息的条数(prefetch_count=1)1.5 用exchange实现一条消息广播给多个队列queue接收1.6 RabbitMQ rpc实现(消费者可以将执行结果返回给生产者)1.7 Rabbi
转载 2023-09-16 16:21:46
132阅读
# MQ替代Redis吗? ## 引言 随着互联网和大数据的迅速发展,消息队列(Message Queue,简称MQ)和缓存系统(如Redis)成为了现代应用开发中不可或缺的重要组件。它们都有自己的优势和适用场景,但在某些情况下,我们可能会考虑使用MQ替代Redis。本文将从功能、性能和适用场景等多个方面来探讨MQ是否能替代Redis,并通过代码示例加以说明。 ## 功能比较 首先,我
原创 2023-09-16 09:59:42
64阅读
集群的Session共享问题session共享问题:多台Tomcat并不共享session存储空间,当请求切换到不同tomcat服务时导致数据丢失的问题。 session的替代方案应该满足: •数据共享 •内存存储 •key、value结构 所以我们基于Redis实现共享session登录流程图这里的token用于替代session,session的一些处理都是tomcat处理的,所以我们还需要对
转载 2023-12-24 07:42:57
61阅读
今天有个师弟问到了我这个问题,我说网络上文章有很多,自己查一下吧,他说读了好几篇还是不太清楚,于是我就搜了一下,呃……最终还是耐心地给他上了一课,他听完以后感激涕零,想到他晚上回到家,倒上二两散装白酒,跟女友分享今天学习到新技能时的喜悦,我欣慰地笑了。一、目标锁,解决的是多线程或多进程情况下的数据一致性问题;分布式锁,解决的是分布式集群下的数据一致性问题。本身这个事情就没有多复杂,问起这个问题的人
转载 2023-08-07 22:41:47
188阅读
RabbitMQRabbitMQ是一个专门的AMQP协议队列,用于在分布式系统中存储转发消息,在易用性、扩展性、高可用性等方面表现不俗,他的优势就在于提供可靠的队列服务,使得不同的应用可以通过同一个协议去共享数据,并且可做到异步。RedisRedis众所周知是一个内存级别的数据库,通过键值对的方式才存储数据,但虽然Redis本身是一个数据库,但是Redis本身是支持MQ(Message Queue
转载 2023-09-19 00:50:57
126阅读
redis实现原理_redis集群三种方式_手把手教你用redis实现一个简单的mq消息队列(java)众所周知,消息队列是应用系统中重要的组件,主要解决应用解耦,异步消息,流量削锋等问题,实现高性能,高可用,可伸缩和最终一致性架构。目前使用较多的消息队列有 ActiveMQ,RabbitMQ,ZeroMQ,Kafka,MetaMQ,RocketMQ.但是如果你不想为你的系统引入一个重量级(相对
今天我们开始分布式之消息队列之旅。什么是消息队列消息队列(Message Queue,简称MQ),指保存消息的一个容器,本质是个队列。消息(Message)是指在应用之间传送的数据,消息可以非常简单,比如只包含文本字符串,也可以更复杂,可能包含嵌入对象。消息队列(Message Queue)是一种应用间的通信方式,消息发送后可以立即返回,有消息系统来确保信息的可靠专递,消息发布者只管把消息发布到
周末测试了一下RabbitMQ的性能,RabbitMQ是使用Erlang编写的一个开源的消息队列,本身支持很多的协议:AMQP,XMPP, SMTP, STOMP,也正是如此,使的它变的非常重量级,更适合于企业级的开发。个人认为,在互联网开发中,使用消息队列,更多的因为在高并发环境下,由于来不及同步处理,请求会发生堵塞,所以我们需要一个队列服务来进行异步的处理,在这种场景下,只要队列服务满足最基本
转载 2023-08-11 22:24:13
112阅读
一、常用Message Queue对比RabbitMQRabbitMQ是使用Erlang编写的一个开源的消息队列,本身支持很多的协议:AMQP,XMPP, SMTP, STOMP,也正因如此,它非常重量级,更适合于企业级的开发。同时实现了Broker构架,这意味着消息在发送给客户端时先在中心队列排队。对路由,负 载均衡或者数据持久化都有很好的支持。RedisRedis是一个基于Key-Value对
简介        为了保障基础服务的稳定,需要对MQ进行灾备,这个灾备主要是防患MQ突然不可能,基础服务依然可以调用其他队列来继续正常运行。第一想法是引入其他MQ中间件来做灾备,这样只需要实现一套生产者消费者就好。但因为公司这块中间件都使用的云产品。要过要使用其他类型的MQ中间件就需要购买资源,但程序运行中正常情况下不会用到这个备胎,因此剩下的选项就是将队
转载 2023-08-31 11:27:25
90阅读
Dubbo远程调用的性能问题Dubbo调用普遍存在于我们的微服务项目中这些Dubbo调用全部是同步的操作这里的"同步"指: 消费者A调用生产者B后,A的线程会进入阻塞状态,等待生产者B运行结束后返回之后,A才能运行之后的代码 Dubbo消费者发送调用后进入阻塞状态,这个状态表示该线程仍占用内存资源,但是什么动作都不做如果生产者运行耗时较久,消费者就一直等待,如果消费者利用这个时间,
redis持久化熟悉redis 的集群开发,熟悉 Redis 的 RDB 和 AOF 两种持久化方式、事务控 制和客户端 jedis 的使用,熟悉 Redis 的主从复制、哨兵模式RabbitMQ最初起源于金融系统Redis宕机导致客户端一直占有锁,只能设置超时获取具体对比可靠消费Redis:没有相应的机制保证消息的消费,当消费者消费失败的时候,消息体丢失,需要手动处理 RabbitMQ:具有消息
转载 2023-08-02 16:21:32
133阅读
消息队列(Message Queue)是一种应用间的通信方式,消息发送后可以立即返回,由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到 MQ 中而不用管谁来取,消息使用者只管从 MQ 中取消息而不管是谁发布的。这样发布者和使用者都不用知道对方的存在。 redis     在我的学习过程中,redis就是一个内存数据库,具有丰富的数据类型,当然也支持
1.mysql主从同步原理主从配置教程参考relay-log(中继日志) 1.在主库上开启记录二进制日志。在每次准备提交事务完成数据更新前,主库将数据更新的事件记录到二进制日志中。MySQL会按事务提交的顺序而非每条语句的执行顺序来记录二进制日志。在记录二进制日志后,主库会告诉存储引擎可以提交事务了。 2.备库将主库的二进制日志复制到其本地的中继日志中。首先,备库会启动一个工作线程,称为I/O线程
1. Redis 有哪些常见的功能?数据缓存功能分布式锁的功能支持数据持久化支持事务支持消息队列2. Redis 适合的场景缓存:减轻 MySQL 的查询压力,提升系统性能;排行榜:利用 Redis 的 SortSet(有序集合)实现;计算器/限速器:利用 Redis 中原子性的自增操作,我们可以统计类似用户点赞数、用户访问数等。这类操作如果用 MySQL,频繁的读写会带来相当大的压力;限速器比较
转载 2023-08-15 18:25:47
91阅读
先吐个槽:经常看到有人对不同得消息队列做各种各样得评价以及所谓得性能测试,评估选型等等,岂不知脱离任何业务得技术评估都是瞎扯淡。(公司实际业务技术场景不提,满口胡说kafa怎么样,activemq怎么样,rabbitmq怎么样。rocketmq怎么样),试问目前有多少公司业务能够出现10w+并发吞吐量?所以我对架构得技术选型都会紧密结合相关业务具体分析。举个例子公司只有登入短信验证码发送得业务在那
  • 1
  • 2
  • 3
  • 4
  • 5