使用 K8S 或 Docker 快速部署 ProxySQL
写在最前 https://proxysql.com/ 在实践使用 ProxySQL 的过程中，目前仍存在读写不一致的问题。在非事务场景下写操作完成后若立即进行读取，存在一定概率读取到旧数据。 目前为了保证可用性，仅采用了保守的策略以实现故障转移能力，在proxysql.cnf中读写我都写成了10写组
使用 K8S 或 Docker 快速部署 binfmt
写在最前 有时候，我们确实会遇到官方 Docker 镜像只提供 x86_64（amd64）版本，而没有原生 ARM64 支持的情况。即使拿到源码，也可能因依赖或构建脚本限制无法自行编译。 这时，可以借助 QEMU user-mode emulation（通过 tonistiigi/binfmt 等工
日语高级文法
1. 〜とはいえ 虽说……但是…… 春とはいえ、まだまだ寒い日が続いている。 （虽说已是春天，但寒冷的日子还在持续。） 仕事が一段落したとはいえ、まだ次の準備が残っている。 （虽说工作告一段落，但下一个准备工作还没完成。） 経験が浅いとはいえ、彼の熱意は誰にも負けない。 （虽说经验尚浅，但他的热情不
metallb 使用技巧
写在最前 MetalLB 是 Kubernetes 裸金属集群（bare-metal）专用的 LoadBalancer 实现插件，作用是让 type: LoadBalancer 的 Service 能自动分配一个真实的外部 IP，而不是永远卡在 <pending>。 为什么需要 MetalLB？ 在
使用 K8S 或 Docker 快速部署 descheduler
写在最前 https://github.com/kubernetes-sigs/descheduler 默认情况下，Kubernetes 的调度行为仅在容器部署时决定 Pod 的分配，健康检查失败后 kubelet 只会在原节点重启容器，并不会触发重新调度。这可能导致集群中某些节点压力过大，而其他节
数据库技术
x. mysql.cnf # 开启gtid
[mysqld]
server-id = 1 # 每个服务器必须唯一，非0整数（主库和从库都需设置，不同值）
gtid_mode = ON # 启用 GTID 模式
enforce_gtid
使用 K8S 或 Docker 快速部署 redis6, calico固定IP 集群
写在最前 在 Kubernetes 中部署 Redis 6 的 3 主 3 从的分片集群，真正的难点是 Redis Cluster 强依赖节点的固定 IP。Redis 在初始化时会把每个节点的 IP 写进集群元数据，一旦 IP 变化，主从关系就会失效，集群直接崩坏。而 Kubernetes 的 Po
使用 K8S 或 Docker 快速部署 redis6, hostNetwork 集群
写在最前 优先参考使用calico注解能力来实现，使用 K8S 或 Docker 快速部署 redis6, calico固定IP 集群，如果当前系统网络插件不适用则可以继续往下参考。 在 Kubernetes 中部署 Redis 6 的 3 主 3 从的分片集群，真正的难点是 Redis Clust
快速部署 Docker 28.x与Docker-Compose
写在最前 1. 下载与安装 可以从 Docker 官方下载页面根据自身的系统架构选择对应版本的安装包。这里以 Docker 28.2.2 为例进行演示。 https://download.docker.com/linux/static/stable/ # 可以先上传离线安装包（例如 docker-2
使用 K8S 或 Docker 快速部署 metrics-server
写在最前 由于 Kubernetes 需要根据资源使用情况实现自动扩缩容（HPA/VPA），因此我们需要部署其资源监控组件 metrics-server，用于采集和汇总各节点及 Pod 的实时指标数据。 https://github.com/kubernetes-sigs/metrics-serve
