摘要： 概要 Using temporary：当查询需要中间结果集无法在内存中完成时（如 GROUP BY + ORDER BY 不同列），MySQL 创建临时表（Server 层自动创建，用户不可见）。 优先在内存（MEMORY 引擎），超过 tmp_table_size / max_heap_table 阅读全文

摘要： MRR (Multi-Range Read，多范围读) 是MySQL 5.7 默认启用的一个优化策略。 原理 Server 层执行器要数据，得通过存储引擎 API。在没有 MRR 的时候，执行器拿回表数据的方式是一次要一条： 没有 MRR 的调用过程： Server: 引擎，把主键=12 的行给我 阅读全文

摘要： ICP索引条件下推是5.7默认的一个优化， 意思是把MySQL Server 层的过滤"下推"到存储引擎，用索引叶子节点上现成的列值提前过滤，换取回表次数的减少。它不如复合索引的"精确定位"高效，但远好于全量回表再过滤。 先要明白MySQL的架构： ┌──────────────────────── 阅读全文

摘要： 对于联合索引 INDEX(a, b, c)： 索引排序顺序：先按 a 排序，a 相同按 b 排序，b 相同按 c 排序 能用到索引的情况： WHERE a = 1 ✅ 用到 a WHERE a = 1 AND b = 2 ✅ 用到 a, b WHERE a = 1 AND b = 2 AND c = 阅读全文

摘要： 问题： 回表毕竟是从主键出发的，查聚集索引，然后找到具体一行的，那这里主要是消耗在哪步？ 随机IO和顺序IO ，索引是排好序的，按顺序找就快，那随机IO，上面的回表过程每一步都是走的类似链表的过程，按地址跳应该也挺快的啊。那为什么极致性能优化要避免回表、而走索引覆盖。 回表真正的消耗在哪？ 单次回表 阅读全文

摘要： 2026，7月底、8月初。打消了换车的念头，决定整备一下小三菱。 1、第4个电瓶花了300多点，汤浅的。 第3个电瓶用的是最短的了，才用了2年就挂了。 2、做了左后侧翼子板的补漆，280块。 3、上次换灯泡时候拆下来的电瓶边上的进气导管（口对着电瓶），这次我自己装上去了。 4、换了进气滤 5、 定了 阅读全文

摘要： Flink应用场景和开发方式 数字银行风控场景：kafka -> Flink -> redis/hbase ，外部数据源先进kafka，Flink消费做流式聚合计算、出特征指标，然后存redis或hbase。 后边的各风控服务直接按需读指标、输入模型进行推理预测。 一般来说似乎开发人员就是用Flin 阅读全文

摘要： 何为数字银行 批发银行意味着主要做企业客户的生意，不面向个人客户。 数字银行与传统银行区别不在于用了什么技术，比如云架构、大数据、AI等技术这些、传统银行也会用，区别主要在于业务服务模式和流程。 终端全线上化：没有实体网点，通过网站和app等线上渠道给客户提供服务。 机器自动审批：将传统的人工尽调改 阅读全文

摘要： https://mp.weixin.qq.com/s/vdLXhZdWyxc6K-D3Aj03LA 虚拟线程原理 import jdk.internal.vm.Continuation; import jdk.internal.vm.ContinuationScope; import java.ut 阅读全文

摘要： 前面Java虚拟线程（一）提到过，虚拟线程的世界没有线程池了，虚拟线程想用就开，用完等GC，但是线程池还有隔离和限制并发的作用，虚拟线程的场景可以用信号量解决。 “虚拟线程的世界没有线程池” 是一种简化说法，实际上虚拟线程底层的由JVM管理的承载线程是一个ForkJoinPool线程池 关于隔离和限 阅读全文