上一页 1 ··· 3 4 5 6 7 8 9 10 11 12 下一页
摘要: 单一聚合操作 聚合操作处理数据记录并返回计算结果(诸如统计平均值,求和等)。聚合操作组值来自多个文档,可以对 分组数据执行各种操作以返回单个结果。 单一作用聚合:提供了对常见聚合过程的简单访问,操作都从单个集合聚合文档。 MongoDB提供 db.collection.estimatedDocume 阅读全文
posted @ 2022-03-24 10:57 RollBack2010 阅读(76) 评论(0) 推荐(0) 编辑
摘要: 安全认证 帐号管理 服务在启动时,是没有任何权限的,需要进行用户的创建、授权; 注: 启动时添加参数--auth则代表开启权限控制 下面配置权限是在未加--auth情况下配置 角色 官方说明 创建数据库帐号 # 设置管理员用户名密码需要切换到admin库 use admin #创建管理员,角色参考上 阅读全文
posted @ 2022-03-24 10:56 RollBack2010 阅读(27) 评论(0) 推荐(0) 编辑
摘要: 疫情在家,总结下之前研究的MongoDB 什么是MongoDB MongoDB是一个文档数据库(以 JSON 为数据模型),由C++语言编写,旨在为WEB应用提供可扩展的 高性能数据存储解决方案。 文档来自于“JSON Document”,并非我们一般理解的 PDF,WORD 文档。 MongoDB 阅读全文
posted @ 2022-03-24 10:55 RollBack2010 阅读(146) 评论(0) 推荐(0) 编辑
摘要: 四种订阅模式 独占Exclusive 在独占模式下,只允许一个消费者附加到订阅上。如果多个消费者使用同一个订阅来订阅一个主题,就会发生错误。在下图中,只有消费者A-0被允许消费消息。 此模式也是默认模式 Demo subscriptionName相同,同时执行exclusive/comsumer1和 阅读全文
posted @ 2021-09-20 17:13 RollBack2010 阅读(444) 评论(0) 推荐(0) 编辑
摘要: 死信队列 当消息未被确认消费,在满足指定规则情况下,会进入死信队列,运维人员会对一直不能消费的消息进行处理 生产者 /** * 同步-生产消息 * @param msg * @throws PulsarClientException */ @GetMapping("/deal/sendMsgBySy 阅读全文
posted @ 2021-09-20 17:13 RollBack2010 阅读(206) 评论(0) 推荐(0) 编辑
摘要: 持久化的大白话说明 Pulsar默认消息为持久化 持久化消息 只要消息产生了,除非所有硬盘都坏了,否则不会丢失 非持久化消息 消息存在内存中,服务挂了,或者消息产生式消费者未启动,都无法收到消息 持久&非持久消息发送方法 注: 显示指定持久|非持久都需要指定租户和命名空间 pulsar默认命名租户为 阅读全文
posted @ 2021-09-20 17:12 RollBack2010 阅读(426) 评论(0) 推荐(0) 编辑
摘要: 同步 生产 /** * 同步-生产消息 * @param msg * @throws PulsarClientException */ @GetMapping("/model/sendMsgBySync") public MessageId sendMsgBySync(String msg) thr 阅读全文
posted @ 2021-09-20 17:12 RollBack2010 阅读(735) 评论(0) 推荐(1) 编辑
摘要: 是什么 Pulsar 是一个用于服务器到服务器的消息系统,具有多租户、高性能等优势。详见 安装 本文主练习怎么用,本地搭建了一个单机版,无非就是wget、tar、start这些命令,详见 Java客户端 1.引入GAV <!-- https://mvnrepository.com/artifact/ 阅读全文
posted @ 2021-09-20 17:11 RollBack2010 阅读(1242) 评论(0) 推荐(0) 编辑
摘要: 创建项目 一顿下一步,勾选web、lombok等插件 分表 导包 ShardingJdbc 官方最新稳定版4.1.1 <!-- https://mvnrepository.com/artifact/org.apache.shardingsphere/sharding-jdbc-spring-boot 阅读全文
posted @ 2021-06-07 17:49 RollBack2010 阅读(353) 评论(0) 推荐(0) 编辑
摘要: 前段时间线上服务经常发生卡顿,经过排查发现是大对象引起的Fullgc问题,特此记录排查逻辑。 目的 定位产生大对象的代码 一、获得服务进程 jps -l 27885\32474 对应的即为运行的Jar ps:也可使用netstat -lnput|grep 启动端口号 等方式查找 二、生成dump文件 阅读全文
posted @ 2021-05-07 16:38 RollBack2010 阅读(7739) 评论(0) 推荐(0) 编辑
上一页 1 ··· 3 4 5 6 7 8 9 10 11 12 下一页