1.前言 最近搭建性能测试环境，主机规格为三台8C16G（这个内存量确实比较尴尬）云主机。选用的部署方案是多分片三副本集的部署方式，以期在通过横向拓展扩展提升数据库整体吞吐的情况下，尽可能保证数据的高可用性。 但是实践发现，三分片三副本集的MongoDB集群，无法承载持续的大数据量写入。因此，经过调
1.前言 Emoji表情在通讯场景被广泛使用，最近处理bug单时就遇到了相关问题，在解决问题的过程中重新认识了下Java的字符编码，故形成此文。 String emostring ="😂😍🎉👍"; 上述字符串中包含4个Emoji表情，从直观上我们认为其长度应该为4，但是通过如下代码计算其长度
1. 业务背景 最近项目运行，发现某热点业务流程，频繁调用Mongo进行入库操作。此处已经成为性能瓶颈，需要对其进行优化。 因为入库数据主要是作为审计进行使用，对入库的时间实时性要求不高，且可以容忍在意外情况下丢失部分数据。 基于此点，设计使用内存阻塞队列存储Mongo入库请求（削峰填谷），然后使用
1. 需求背景 项目采用MyBatis-Plus作为ORM工具，近期需要对手机号，账户等敏感信息进行加密存储。 考虑到MyBatis提供了BaseTypeHandler，可以继承此对字段进行自定义操作，于是创建以下解决方案 2. 加解密Handler 因为加密的字段，在部分场景下还需要提取出来执行业
