前言 最近我做过一个MySQL百万级别数据的excel导出功能，已经正常上线使用了。 这个功能挺有意思的，里面需要注意的细节还真不少，现在拿出来跟大家分享一下，希望对你会有所帮助。 原始需求：用户在U

编码和其他技能一样，需要练习，如果你长时间不用，你的编码技巧就会变得麻木。 而如果你期望成为优秀的人，那么就不仅仅是每天在工作中编码，那是不够的，你需要把编码当成你的生活。 想想奥运运动员，他们不只是

最近换了个工作，忙了起来，之前大块的学习时间没有了，所以想到了一个问题，怎么才能在比较忙碌但是没有难度的的工作中获得提高呢？代码这块思来想去，感觉只有四个字：不怕麻烦。为什么是这四个字呢，因为很多时候

责任链模式（Chain of Responsibility Pattern）是将链中每一个节点看作是一个对象，每个节点处理的请求均不同，且内部自动维护一个下一节点对象。

在业务开发的过程中，我们不断的参与各种业务场景的方案设计，往往很容易碰到很类似的场景，只不过当前所属的业务模块不一样，其实这些需求的本质是解决同一个问题，当遇到这种场景的时候，我们需要根据自己经验分析抽离出需求的本质问题，实现一个通用的解决方案，让自己的解决方案更有价值，这可能…

在Redis运维过程中，由于bigkey的存在，会影响业务程序的响应速度，严重的还会造成可用性损失，DBA也一直和业务开发方强调bigkey的规避方法以及危害。

通过在操作系统中以交互式的方式去理解，Cgroup/Namespace/Rootfs到底实现了什么，能做到哪些事情，然后通过shell的命令行把理解组合起来，去模仿docker实现一个缩减的版本。

最近遇到了一个业务场景，涉及到多数据源之间的请求的流程编排，正好看到了一篇某团介绍CompletableFuture原理和使用的技术文章，但主要还是涉及使用层面，所以这篇文章准备从使用和原理两方面入手

最近在写一个功能，对用户敏感的数据进行脱敏，在网上看一圈基本上都是全局范围的，我觉得应该更加灵活，在不同场景，不同业务下进行脱敏更加合适。