一、 关于RPC为什么需要 RPC使用RPC，目的主要是 像调用本地服务一样远程调用另一台服务器上的服务 来完成需求；使用http的接口也能完成这种需求，但是rpc有这些优势：简单、通用、安全、高效RPC简介rpc只是一种概念，一种设计，就是为了解决不同服务之间的调用问题，它一般会包含 传输协议 和 序列化协议 这两个协议。rpc与http：RPC是一种思想，Http是一种协议，这是本质区别rpc
一、基本概念梳理 微服务架构上，都是采用Restful风格进行通信的。1、IPC 进程间通信，Inter-Process Communication指至少两个进程或线程间传送数据或信号的一些技术或方法。每个进程都有自己的一部分独立的系统
ice-dubbo-thrift-grpc性能测试对比测试说明本测试只是个人为了对rpc进行技术选型，测试可能不够严谨，对某些rpc的参数可能也不是最优，如果你知道更优的参数配置或者改进意见等，欢迎反馈给我magicdoom@gmail.com。另外代码有些地方只是为了测试方便，不作为平时编程的范例。所有测试源码和运行均一起提供在附件里。测试源码工程可用idea打开 ，其中dubbo，
01、GRPC测试GRPC（Google Remote Procedure Call）是一种高性能、开源的远程过程调用（RPC）框架，由 Google开发并基于Protocol Buffers（protobuf）进行通信。它使用了HTTP/2协议作为传输层，支持多种语言，包括C++、Java、Python等。gRPC提供了强类型、高效、可靠的通信机制，适用于构建分布式系统和微服务架构。在本文中，我
对于Kafka与RabbitMQ、ActiveMQ协议，它们具体的区别如下： activemq： activemq支持主从复制、集群。但是集群功能看起来很弱，只有failover功能，即我连一个失败了，可以切换到其他的broker上。这一点貌似不太科学。假设有三个broker，其中一个上面没有consumer，但另外两个挂了，消息会转到这个上
Pulsar与Kafka一样是分布式消息中间件Pulsar特性：1.线性扩展。能够丝滑的扩容到成百上千个节点(Kafka扩容需要占用很多系统资源在节点间拷贝数据，而Plusar完全不用)2.高吞吐。每秒数百万消息3.低延迟。在大规模的消息量下依然能够保持低延迟(< 5ms)4.持久化机制。Plusar的持久化机制构建在Apache BookKeeper之上，提供了写与读之前的IO隔离5.基于
优点：为了高效的使用CPU，数据不仅仅按列存储，同时还按向量进行处理；数据压缩空间大，减少IO；处理单查询高吞吐量每台服务器每秒最多数十亿行；索引非B树结构，不需要满足最左原则；只要过滤条件在索引列中包含即可；即使在使用的数据不在索引中，由于各种并行处理机制ClickHouse全表扫描的速度也很快；写入速度非常快，50-200M/s，按照每行100Byte估算，大约相当于50W-200W条/s的写
转载
2023-09-05 16:56:05
0阅读
开发一个软件，其中一个很重要的环节，就是对数据的处理，数据都需要存放在数据库里。 现在有很多数据库，如mysql，oracle，sqlserver，access，db2，sqllite，mongodb等。 当然数据库也分为关系型数据，文件型数据库等。 现最为常用的是mysql，Oracle，mongodb等。 mysql，Oracle是关系型数据库，而mongodb是文件型数据库。现在对m
公司内部的RPC框架，经过长时间的发展，已经由完全自研演进到底层替换为Dubbo实现，但使用方式（API）还是不变。由于使用了PB序列化协议，以及业务码+操作码定义接口的方式，非常影响开发效率，可理解性差，链路排查困难等问题，不断被业务方吐槽。因此就有了第三个版本，继续基于Dubbo扩展点，设计开发提供接近Dubbo原生的使用方式。由于Dubbo原生提供的Http rpc协议的实现，不仅使用了Sp
0、TIDB优势1、和MySql相比，具备OLAP能力。省去了很多数据仓库搭建成本和学习成本。这在业务层是非常受欢迎的。可以在其他分库分表业务中，通过 syncer 同步，进行合并，然后进行统计分析2、数据量增长极快的OLTP场景，这些数据库的数据在一年内轻松达到数百亿量级。TiDB 的所有特性都非常契合这种海量高并发的 OLTP 场景。3、弥补单机容量上限，支持水平扩展，无限扩容存储4、传统 S
概述本篇是IoT MQ系列的第一篇，本篇主要从以下几个维度介绍下IoT MQ：IoT MQ和Kafka，RocketMQ，RabbitMQ这些消息队列有什么区别目前IoT的传输协议有哪些，有什么区别，如何选择合适的协议作为基础协议？IoT MQ的适用场景有哪些？IoT MQ到底是什么东东IoT MQ（Internet of things message queue）主要用来传输各种物联网设备的消息
gRPC系列文章 RPC、http/2、 protocol buffersRPCPRC相关概念进程间通信运行时设施RPC的应用RPC漫谈数据传输协议Http/2.0HTTP/2 特性SPDYQUIC序列化协议目的影响序列化性能的关键因素常用方式Protocol buffersgRPC系列文章 RPCRPC(Remote Procedure Call)：远程过程调用，它是一种通过网络从远程计算机程
编号类别ORACLEMYSQL注释1数字函数round(1.23456,4)round(1.23456,4)一样：ORACLE：select round(1.23456,4) value from dual MYSQL：select round(1.23456,4) value2abs(-1)abs(-1)功能: 将当前数据取绝对值 用法: oracle和mysql用
在双十一过程中投入同样的硬件资源，Kafka搭建的日志集群单个Topic可以达到几百万的TPS，而使用RocketMQ组件的核心业务集群，集群TPS只能达到几十万TPS，这样的现象激发了我对两者性能方面的思考。温馨提示：TPS只是众多性能指标中的一个，我们在做技术选型方面要从多方面考虑，本文并不打算就消息中间件选型方面投入太多笔墨，重点想尝试剖析两者在性能方面的设计思想。1、文件布局1.1Kafk
转载
2021-06-06 11:42:29
213阅读
最全MQ消息队列有哪些？目前在业界有哪些比较知名的消息引擎呢？如下图所示这里面几乎完全列举了当下比较知名的消息引擎，包括： ZeroMQ 推特的Distributedlog ActiveMQ：Apache旗下的老牌消息引擎 RabbitMQ、Kafka：AMQP的默认实现。 RocketMQ Artemis：Apache的ActiveMQ
参考文章：TiDB 简介TiDB 官方网站1.什么是 TiDBTiDB 是 PingCAP 公司自主设计、研发的开源分布式关系型数据库，是一款同时支持在线事务处理与在线分析处理 (Hybrid Transactional and Analytical Processing, HTAP）的融合型分布式数据库产品，具备水平扩容或者缩容、金融级高可用、实时 HTAP、云原生的分布式数据库、兼容 MySQ
这是Java，Go和Rust之间的比较。这不是基准测试，而是关于：可执行文件大小、内存使用、CPU使用率、运行时要求之间的比较，当然还有一个小的基准测试，可以每秒获取一些请求。测试三个Web服务的存储库托管在github上。直接看结论：结论在得出任何结论之前，我想指出这三种语言之间的关系(或缺乏)。Java和Go都是垃圾收集语言，但是Java会提前编译为在JVM上运行的字节码。启动Java应用程序
转载
2023-08-15 18:57:57
956阅读
在双十一过程中投入同样的硬件资源，Kafka 搭建的日志集群单个Topic可以达到几百万的TPS，而使用RocketMQ组件的核心业务集群，集群TPS只能达到几十万TPS，这样的现象激发了我对两者性能方面的思考。温馨提示：TPS只是众多性能指标中的一个，我们在做技术选型方面要从多方面考虑，本文并不打算就消息中间件选型方面投入太多笔墨，重点想尝试剖析两者在性能方面的设计思想。1、文件布局1.1 Ka
转载
2021-06-07 11:01:53
187阅读
2评论
netty介绍在上一个中，我介绍了Netty用作Web服务器。 该示例运行良好……只要需要广播服务器即可。 大多数情况下不是很有用。 更有可能的是，每个客户端仅接收针对他们的数据，并保留了特殊情况下的广播，例如“服务器在15分钟内停机！” 关于该特定服务器示例的另一件事是，一切都是独立的。 例如，单片应用程序很好，但是在当今环境中，分布式微服务要好得多。 可伸缩性和可靠性至关重要。
谢邀。首先我比较同意 @Alex 的观点。另外如果方便的话可以把这张图的出处发一下~~关于exactly-once语义(下称EOS)，有太多的误解甚至是“歪曲”了，很多框架(也包括Kafka Streams:-)都宣称自己实现了与Kafka的exactly once语义。实际上，在KIP-98引入之前，这几乎是不可能的。KIP-98正式引入了幂等性producer和事务才使得流处理框架+Kafka
