Dva清流

摘要： 1.参数配置调优。 先pass 2.索引调优 如果使用联合索引，要遵循最左匹配原则。 index(a,b,c) 如果想使用这个索引，那么必须遵循这个顺序使用。 模糊查询也是要遵循最左前缀匹配原则。 不能%在索引前 例如 %abc和%a%都是无效索引。 索引长度尽量端，长列可以建前缀索引 索引数据不宜 阅读全文

摘要： 对于上次提到的mmap+write做一个总结 mmap用到的特性是虚拟内存。 操作： 1.DMA把磁盘内容copy到内核缓冲区。 2.通过虚拟空间映射的方式，用户缓冲区和内核缓冲区共享，减少了一次内核缓冲区到用户缓冲区的cpu拷贝。直接把内核缓冲区数据拷贝到socket缓冲区中，这个过程发生在内核态 阅读全文

摘要： 首先弄懂传统的I/O操作的过程： 首先，期间共发生了 4 次用户态与内核态的上下文切换，因为发生了两次系统调用，一次是 read() ，一次是 write()，每次系统调用都得先从用户态切换到内核态，等内核完成任务后，再从内核态切换回用户态。 上下文切换到成本并不小，一次切换需要耗时几十纳秒到几微秒 阅读全文

摘要： 概念上 kafka和RocketMQ的结构很类似。除了Broker、Producer、Consumer、Topic。多了一个分区的概念 Partition。对于NameServer的概念，kafka用的是zookeeper来保存信息。包括Broker和Topic的元数据信息。 分区：topic to 阅读全文

摘要： 阅读全文

摘要： RocketMQ 分布式事务 相对于本地事务，分布式事务是为了满足跨数据源或跨服务的事务场景。上图展示了RocketMQ在分布式事务中的应用，满足CAP定理中的AP，保证最终一致性。主要工作流程就是：本地服务先发一个半消息，这个消息是不能被其他服务进行消费的，然后执行本地事务，根据本地事务执行的成功 阅读全文

摘要： 回顾上次的内容： NameServer、Broker、Producer、Consumer 生产者向Broker发送消息，放在消息队列，消费者通过消息推过来/自己拉取的方式消费消息。 NameServer和Broker保持心跳。他们之间建立长连接进行通信。 Producer想发消息，就要问NameSe 阅读全文

摘要： MQ消息队列。 目前市面上流行的MQ有：RocketMQ、kafka、RabbitMQ、ActiveMQ 比较一下这几个消息队列 一般消息队列的作用和使用场景是：1.解耦。（本来A要调很多接口，现在A直接把数据放入MQ，下游服务需要自取） 2.最终一致性 3.广播 4.错峰与流控 吞吐量方面，Act 阅读全文

摘要： Zookeeper、Nacos、Eureka的比较 CAP原则； Consistency：数据一致性（主要在乎数据的安全和一致，用户体验放在第二） Availability:可用性 （收到请求要进行反馈，用户体验第一） Partition tolerance:分区容错性。 （遇到故障时，仍能够提供C 阅读全文

摘要： Sleuth分布式请求链路追踪 Sleuth是一个工具，用来跟踪一个用户请求的过程 提供链路追踪、性能分析、数据分析优化链路、可视化 Trace：相同的Trace ID的Span串联形成一个树状结构。TraceID是用来追踪请求路径的唯一标识符。当请求请求到分布式系统的入口端点时，只需要服务跟踪框架 阅读全文