0. 背景

想和朋友搭个我的世界，并且PC和手机联机玩，但目前的现状是我的世界客户端分基岩版和Java版。Java版历史悠久，因此Mod支撑丰富，跨平台且能力完善；而基岩版是基于C++编写，性能更好但Mod少。

目前Java版支持的平台有

背景

香港业务方计划在4月初做消费券活动，预计在4月有一波大促流量并且远超去年双12的流量水位，因此对香港业务方的核心链路重新做一次新流量水位的压测，保障当前集群能满足预期的流量水位需求。

经过两次实验性压测后，通过公式计算出新流量水位预计下上下游每个

背景

先前在开发环境对一台测试节点进行压测时，由于参数配置错误导致请求没有业务处理直接报错。随即停止压测后登录测试机器排查日志，以外发现虽然已经没有请求到该节点，但应用依然在打印错误日志，并且看日志时间是在打印几分钟前请求的日志。

当时第一反应是异步打

现象

项目中需要使用动态规则引擎，因此对热门的Groovy进行了调研。但早先就对Groovy会有OOM的问题有所耳闻，因此调研的时候特地关注了高频率使用Groovy加载类的场景，结果果然与预期一直稳定复现OOM故障。

背景

线上环境大促活动期间内容平台偶发数据库连接报错，报错信息为 com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure ，初

描述

负责的应用正式环境发版期间，下游应用调用服务告警，查看监控发现这个时间段内偶发下游调用查询接口超时，服务耗时波动如下图：

安装

Kong安装文档

Kong开源版不提供dashboard支持，只有Kong企

背景

2021年第一天早上，客户突然投诉说系统的一个功能出了问题，紧急排查后发现后端系统确实出了bug，原因为前端传输的JSON报文，后端反序列化成JavaBean后部分字段的值丢失了。

查看git提交历史记录，前端和后端近期并未对该功能的接口字段做任

CPU

• user(通常缩写为us)，代表用户态CPU时间。不包括下面的nice时间，但包括了guest时间
• nic

加密算法

所谓对称加密算法，通过密钥将明文加密成密文，并且再通过同一个密钥将密文解密成明文，相对于非对称加密算法速度快效率高，对于明文文本越长效率优势越大。

常见的对称加密算法有AES、DES、3DES等，其中DES由于密钥长度低容易被暴力

简单使用

1
2<

概述

WebService本来以为很简单，直到我遇到了万事达的一个对接项目，万事达提供的网关接口是WebService协议，而报文涉及到了WebService的加密，复杂到令人怀疑人生。例如下方两个XML报文，第一个XML报文是加密前的明文报文，而第二个XML报文则

简介

mysql的sql查询语句中使用is null、is not null、!=对索引并没有任何影响，并不会因为where条件中使用了is null

现象

mysql数据表的字符集已经设置成了utf8mb4，但是通过JDBC向数据库写入4字节的emoji表情时报错，但是通过直接使用命令行插入该4字节的emoji表情时却成功了。示例如下：

Base64

1
2

maven

1
2

转载自博客园本文链接地址: 初探InnoDB MVCC源码实现

页分裂

每个数据页的开头记录了当前页的编号以及该数据页的上一页和下一页的编号，如图：

• 1-4字节为当前数据页数据的校验和；
• 5-8字节为当前数据页的编号；
• 9-12字节为上一个数据页的编号；