会员
周边
众包
新闻
博问
闪存
赞助商
Chat2DB
所有博客
当前博客
我的博客
我的园子
账号设置
会员中心
简洁模式
...
退出登录
注册
登录
上一页
1
2
3
下一页
2020年4月14日
redis集群代建
摘要: 1:解压redis目录到 /usr/local 目录下 2: ps -ef|grep redis 查看有没有redis进程,有的话关闭redis 3:搭建集群准备 (三主三从,伪集群) 3.1 进入 cd /usr/local/ 3.2 mkdir redis_cluster 3.3 cd redi
阅读全文
posted @ 2020-04-14 09:57 散漫的烟灰
阅读(124)
评论(0)
推荐(0)
编辑
2020年4月13日
redis分布式锁
摘要: 什么是分布式锁: 分布式系统不同服务器访问共享资源造成数据的不一致,分布式锁只要是实现在分布式集群中始终只能有一台服务一个线程去修改访问数据. 使用场景: 比如系统定时任务凌晨三点根据当天的用户任务完成数送相对应的金额,如果代码部署了多台服务器,在同一时间内会跑多次,造成必要的损失. 实现: 在re
阅读全文
posted @ 2020-04-13 14:20 散漫的烟灰
阅读(203)
评论(0)
推荐(0)
编辑
2020年4月8日
mysql 的语句的执行顺序
摘要: 1: select from where group by having order by 的执行顺序 首先 要先查询那张表 from , 在对这些表进行条件过滤 where, 过滤完成后进行分组 group by , select 显示要查询的哪些字段,having对查询出来的字段进行一个二次过滤
阅读全文
posted @ 2020-04-08 10:50 散漫的烟灰
阅读(220)
评论(0)
推荐(0)
编辑
2020年4月6日
Rockey pushConsumer 和 pullConsumer 的区别
摘要: 消息生产者把消息发送到brokey,消费端进行消费,总共有两种方式,一个是主动推送,一个是主动拉取 1 push (主动推送): 消息发送到brokey,Brokey主动推送到Consumer进行消费. 优点:消息能够快速被消费. 缺点:如果消息过多,consumer端处理不过来,会造成消息的丢失和
阅读全文
posted @ 2020-04-06 21:18 散漫的烟灰
阅读(907)
评论(0)
推荐(0)
编辑
RockeyMQ消息处理
摘要: 1:topic下面的queue 奇偶数会影响消费端的消费数量, 假设 4个队列,8个消息,每个节点各自消费两条,如果不对等的话,就没办法做一个负载均衡 队列的数量要大于consumer数量,不然多出来的consumer无法分配到queue,消息没办法消费,需要控制队列大于消费端 2:集群模式和广播模
阅读全文
posted @ 2020-04-06 14:28 散漫的烟灰
阅读(383)
评论(0)
推荐(0)
编辑
2020年4月3日
RockeyMQ顺序发送
摘要: 什么是顺序发送: 消息生产和消息消费都严格按照先进先出的原则 顺序消息分为两种: 全局顺序: top下所有的queue都要进行FIFO 生产和消费,这种比较少用,会造成消息的堵塞,吞吐量不高, 局部顺序消息 确保top下面的一组队列 queque 顺序保存一直就行了,先发送的消息一定先被消费,比如我
阅读全文
posted @ 2020-04-03 17:47 散漫的烟灰
阅读(135)
评论(0)
推荐(0)
编辑
生产者MessageQueueSelector实战
摘要: top下面默认有四个Queue, queque的数量不能大约配置,否者会报错 假设一个top下面有三个类目,分别是手机,衣服,食品,他们发送消息都是随机发送到一个queue里面,如果有一天,衣服的消息突然增多了,堵塞队列了,其他两个类目也会受到影响,造成消息发送失败,这个的话就可以指定类目发送到哪个
阅读全文
posted @ 2020-04-03 10:56 散漫的烟灰
阅读(2538)
评论(0)
推荐(0)
编辑
2020年4月2日
RockeyMQ的发送方式
摘要: 官方文档说明 : https://rocketmq.apache.org/docs/simple-example/ 1:同步发送,消息可靠,不丢失,一般用来发送重要的短信,邮件等 SYNC Message message = new Message(JmsConfig.productOrder, "
阅读全文
posted @ 2020-04-02 10:50 散漫的烟灰
阅读(207)
评论(0)
推荐(0)
编辑
2020年4月1日
RockeyMQ的发送状态
摘要: SEND_OK:消息正常发送成功 FLUSH_DISK_TIMEOUT:没有在规定的时间内完成刷盘,这种状态在同步刷盘中会出现,假设请求进来,先同步内存,在同步磁盘,同步时间设置了3秒,在规定时间内没有完成,就会返回这种状态,异步刷盘不会,内存同步完后直接就返回成功了 FLUSH_SLAVE_TIM
阅读全文
posted @ 2020-04-01 15:08 散漫的烟灰
阅读(149)
评论(0)
推荐(0)
编辑
2020年3月31日
RockeyMQ集群代建
摘要: 1:单节点 优点:配置简单,同步方式发送,消息一条都不会丢失. 缺点:要是宕机的话,就不可用了,在测试环境用的比较多. 2:主从模式 优点:如果主节点宕机了,从节点还能对外进行消费,但不支持写入 缺点:存在着短暂的延时,主从同步需要时间,但都是毫秒级别的,目前的话不支持主从切换,只能通过shell脚
阅读全文
posted @ 2020-03-31 12:04 散漫的烟灰
阅读(192)
评论(0)
推荐(0)
编辑
上一页
1
2
3
下一页
散漫的烟灰
公告
导航
博客园
首页
新随笔
联系
订阅
管理