Lambda表达式 （）->{} 通过接口函数来简化匿名内部类的写法，如下。 /**<h1>无参写法</h1>*/ //jdk7 写法 new Thread(new Runnable() { @Override public void run() { System.o
背景 在一次数据排查时，无意间发现数据对不齐。结合代码及日志分析发现都没问题，且有插入操作，但是 Clickhouse 却查不到改条记录。匪夷所思… 排查过程 最后断定大概率是 Clickhouse 的问题，难道 Clickhouse 存在数据丢失的情况？进一步分析丢失数据部分时间分布发现并无任何规
前言 话说前段时间，大毛和二毛两家打的那叫一个热火朝天。大毛将二毛摁在地上反复摩擦之际，鹰酱给二毛发去一项指令：不要送！！！而此条指令被精通特工技术的大毛潜伏人员截获对报文内容进行稍加修饰：不要怂！！！二毛收到指令瞬间就打上鸡血，哐哐就是和大毛死磕到底。二毛：鹰酱都这么说了，肯定能给我不少支持，我可
背景 在维护公司一个老项目时，出于方便的考虑，准备在项目中引入Mybatis-plus作为持久层，那么这就涉及到新老代码共存的问题。随后由于该项目是一个数据产品相关项目，有一个日志模块会记录用户的调用记录，该日志数据落库在MySQL现已存储8kw+数据，已经不堪重负了，同时产品同学期望完善一下这块的
异常日志 The last packet successfully received from the server was 15,788,990 milliseconds ago. The last packet sent successfully to the server was 15,788
继承Thread类 public class ExtendsThreadDemo extends Thread{ @Override public void run() { System.out.println("通过继承的方式实现多线程！！！"); } }
前言 最近在做大数据回溯相关工作，这里把其中关于 CID 缓存以及 SQL 体积调优的一些经验做一次整理。 这类场景里，随着数据量和回溯范围变大，CID 存储方式、批量读取方式、SQL 体积控制以及查询执行稳定性，都会逐渐成为影响整体性能的关键因素。实际处理过程中，也会涉及缓存成本、查询开销、批次控
回溯相关的一些思考 前言 这次想单独记一下自己对“回溯”这件事的一些理解。 一开始我对回溯的理解其实也比较直白，无非就是把某个对象过去某一天的数据查出来，再往后分析原因。 但后面越想越觉得不对。 如果回溯真的只是查历史数据，那很多问题其实解释不通。比如为什么时间跨度一大，就不能继续逐天查；为什么有些
synchronized 相关思考 前言 最近又重新过了一遍 synchronized，发现自己之前对它的理解其实偏“结论导向”。 比如知道它能保证原子性、可见性、有序性，也知道它背后有锁升级、对象头、Monitor 这些东西，但一旦继续追问“为什么会升级”“对象头里到底放了什么”“自旋和阻塞的边界
Trino、PrestoSQL 和数仓几个概念梳理 前言 最近在补一些大数据基础概念时，发现自己最容易混的不是某一个单独术语，而是这些词总是一起出现：Trino、PrestoSQL、DW、ODS/DWD/DWS/ADS、ETL/ELT、OLTP/OLAP。 单看每个词，好像都能说两句；真要把它们放到
