2021-04-05
数据库分库分表中间件 Sharding-JDBC 源码分析 —— SQL 解析(六)之删除SQL
本文主要基于 Sharding-JDBC 1.5.0 正式版
1. 概述
2. DeleteStatement
3. #parse()
3.1 #skipBetweenDeleteAndTable()
3.2 #pa
2021-04-05
中间件
数据库【分库分表】中间件 Sharding-JDBC 源码分析 —— SQL 解析(五)之更新SQL解析
本文主要基于 Sharding-JDBC 1.5.0 正式版
概述
UpdateStatement3. #parse()
3.1 #skipBetweenUpdateAndTable()
3.2 #parseSingle
2021-04-05
中间件
数据库【分库分表】中间件 Sharding-JDBC 源码分析 —— SQL 解析(四)之插入SQL
本文主要基于 Sharding-JDBC 1.5.0 正式版
概述
InsertStatement3. #parse()
3.1 #parseInfo()
3.2 #parseColumns()
3.3 #parseValu
2021-04-05
中间件
Sharding-JDBC 源码分析 —— SQL 解析(二)之SQL解析
概述
SQLParsingEngine3. SQLParser SQL解析器
3.2.1 #parseExpression() 和 SQLExpression
3.2.2 #parseAlias()
3.2.3 #pars
2021-04-05
中间件
数据库中间件 Sharding-JDBC 源码分析 —— SQL 解析(一)之语法解析
概述
Lexer 词法解析器
Token 词法标记
3.2.1 Literals.IDENTIFIER 词法关键词
3.2.2 Literals.VARIABLE 变量
3.2.3 Literals.CHARS 字符串
3.2.
2021-04-05
中间件
源码分析Kafka 消息拉取流程(文末两张流程图)
点击上方“中间件兴趣圈”,选择“设为星标”
做积极的人,越努力越幸运!
本节重点讨论 Kafka 的消息拉起流程。
温馨提示:本文源码分析部分比较长,基本点出了Kafka消息拉取相关的核心要点,如果对源码不感兴趣的话,可以直接跳到文末的
2021-04-05
中间件
踩坑记——rocketmq-console 消费TPS为0,但消息积压数却在降低是个什么“鬼”
点击上方“中间件兴趣圈”,选择“设为星标”
做积极的人,越努力越幸运!
1、背景当消息积压后,消费端将其代码进行优化后,重启消费端服务器,从rocketmq-console上发现TPS为0。如图所示。
乍一看,第一时间得出应用还未恢复,就开
2021-04-05
中间件
初始 Kafka Consumer 消费者
温馨提示:整个 Kafka 专栏基于 kafka-2.2.1 版本。
1、KafkaConsumer 概述根据 KafkaConsumer 类上的注释上来看 KafkaConsumer 具有如下特征:
在 Kafka 中 KafkaC
2021-04-05
中间件