关于

在排查高CPU和高带宽使用率的问题时，首先观察到某服务的实例CPU使用率明显偏高，同时带宽使用也高。通过iftop和tcpdump命令分析发现，主要流量来自数据库查询，可能存在死循环。进一步通过top和jstack命令定位到高CPU使用的线程，发现是RocketMQ的消费线程。最终确定问题在于分页查询时未更新最小ID，导致查询效率低下。为避免此类问题，建议使用自定义的分页框架。

Online Problem

高cpu使用率和高带宽使用排查思路

本文讨论了MySQL的异步复制和半同步复制两种主从复制方式。异步复制在事务提交后不保证从库接收binlog，可能导致数据丢失；而半同步复制要求至少一个从库确认接收到binlog后，主库才能提交事务，从而避免数据丢失。半同步复制有after_commit和after_sync两种模式，后者在MySQL 5.7.2版本中引入，提升了性能和数据一致性。此外，文章还提到了一些半同步复制的优化和监控方法，以及在使用canal时的注意事项。

MySQL

MySQL异步复制和半同步复制

本文详细介绍了MySQL的并行复制原理，包括主从复制的工作流程、MySQL 5.6和5.7版本的并行复制架构，以及MySQL 8.0引入的基于写集的并行复制。重点讨论了组提交技术如何提高事务并行性，并分析了不同版本中并行复制的实现及其优缺点。

MySQL 并行复制原理及演进

Online DDL

MySQL OnlineDDL发展历程及各算法介绍

用几个实验验证char、varchar和text的底层存储

本篇文章记录了通过对1个线上问题的排查，引出了好几个次级问题，并一一解决的过程

Canal

Canal-Client-Adapter

ElasticSearch

线上问题分析——canal-adapter数据同步不全问题排查

记录日常开发过程的一些经验总结和思考

黑微狗的技术博客

Nobelium

SpringBoot

ConfigCenter

Docker

Volume

RocketMQ

Canal-Adapter

Java

shardingsphere

Maven

spring-cloud-gateway

binlog

rate-limiter

Sentinel

ShutdownHook

dubbo

tomcat-jdbc

gzip

HTTP

excel

mybatis