MySQL8.0 - 新特性 - 网络模块优化
本文主要描述下MySQL8.0在网络模块的几个小优化, 由于本人对server层代码不熟悉，所以只是列出自己的理解和相关的patch以及worklog，不做深入详细实现的解释，感兴趣的可自行从连接中找到对应的代码
admin Port
运维大并发负载数据库的同学经常会碰到的情况是，max_connection被占满，甚至root账户都无法登陆上去，kill掉这些链接来让实例恢复正常。
记一次典型的TCP传输吞吐效率问题
客户在ECS上实现了一个供小图片上传的接口，通过高防->SLB->ECS的网络链路将接口发布给终端用户，但是发现上传的速率很不理想。初看起来像是高防问题，但是通过排查最终发现这是一个典型的TCP传输吞吐量问题，并且是由于后端服务器端的配置而引起，在此记录下排查过程和相关原理。
时延敏感业务低概率超时问题分析
作为阿里云底层提供的基础设施，内部的物理网络和许多网络产品在数据平面给客户的可操作性并不高，从一定程度上来说是个黑盒。当然，在传统的IDC环境，业务和物理网络之间也存在同样的隔阂。所以在遇到业务卡顿、延迟、不通等问题的时候，很容易怀疑到网络。
acme.sh使用教程
安装
安装 acme.sh安装很简单， 一个命令：
curl https://get.acme.sh | sh普通用户和 root 用户都可以安装使用。
会安装在 ~/.acme.sh/ 目录下，以后生成的证书也会在这里面，按照域名为文件夹安置。
keepalived是如何实现MySQL高可用的？
部署一对MySQL主备的数据库是很容易的，但是这两台数据库如何变为‘一台‘对外输出呢？
也就是说，我的代码里面只可能写一个IP对数据库访问，不可能两个都写，如果说主库挂掉了，我要这备库有何用？
我们来看下，如何通过Keepalived，去解决这个问题。
深入解析redis cluster gossip机制
社区版redis cluster是一个P2P无中心节点的集群架构，依靠gossip协议传播协同自动化修复集群的状态。本文将深入redis cluster gossip协议的细节，剖析redis cluster gossip协议机制如何运转。