开篇 这不是一篇技术的文章。可能不会帮助到你什么，我只是想记录一下自己的年中总结，为了开启人生新篇章的总结。

俗话说得好：“岂能尽如人意，但求无愧于心”，工作 8 年来，我经常这样自我安慰。不过这并不影响我也经常感觉无所适从，烦闷与迷茫。尤其是到了一些特殊的年月节点，这种焦虑感总是更加强烈。

前言 最近测试给我提了一个bug，说我之前提供的一个批量复制商品的接口，产生了重复的商品数据。 追查原因之后发现，这个事情没想象中简单，可以说一波多折。 1. 需求 产品有个需求：用户选择一些品牌，点

一、方案背景 现阶段部分业务数据存储在HBase中，这部分数据体量较大，达到数十亿。大数据需要增量同步这部分业务数据到数据仓库中，进行离线分析，目前主要的同步方式是通过HBase的hive映射表来实现

大家好，我是不才陈某~ 数据同步一直是一个令人头疼的问题。在业务量小，场景不多，数据量不大的情况下我们可能会选择在项目中直接写一些定时任务手动处理数据，例如从多个表将数据查出来，再汇总处理，再插入到相

写在前面 新的同事来之后问我where 1=1 是什么有意思，这样没意义啊，我笑了。今天来说明下。 where 1=1 先来看一段代码 上面的代码很熟悉，就是查询符合条件的总条数。在mybatis中常

我先把结论写在开头，然后再一个一个说明。 顺序读写 Page Cache 零拷贝 分区分段 + 索引 批量读写 批量压缩 顺序读写 Kafka是将日志记录持久化到本地磁盘中的，一般我们会认为磁盘读写性