@mokeyjay 鸭聊卡吗 我也用的是这个 这两天到香港玩 办理本地流量包用了 48 200+可以办内地港澳三地通用的流量包 （奢侈🪜）
昨天在 711 买了 club sim 听说一年保号 6 元 待验证

cpu 架构是 x86-64 吗 可以试试打多架构的 docker 镜像

代理服务器用 Haproxy 或者 nginx 做四层反代即可

学习

我的情况好像有些许类似
给一下我的解决方案吧
环境：
家庭宽带下一台组装机装了 pve+一台 macmini +n1 家庭宽带公网 ipv6
云环境下两台 oracle 免费 linux 主机 有公网 ipv4+公网 ipv6

解决方案：
这些机器使用 zerotier 组二层打洞内网 组 k3s 集群
普通访问域名解析都解析到云主机
当客户端以 ipv4 访问域名时只能通过云主机 ipv4 来访问（家宽未申请到公网 ipv4 ）
ipv6 访问时会跳转到解析到家宽 ipv6 的域名加指定端口（家宽封禁 80 443 等常用端口）

@zwpaper 我 oracle 的机器没被墙 能够直连的 没遇到墙的问题

学习的话 建议 k3s
我现在的方案是 一台闲置装了 pve + 一台 macmini +公司机器+Oracle 免费主机 搭建 k3s
跨网组二层内网用的 zerotier 方案
ipv4 访问就用 Oracle 的 ip 来访问 ipv6 访问就用家用宽带 ipv6

我用的 zerotier +自搭 moon 节点
我的设备也很多 为了和云服务器组建 k3s 使用的是组二层局域网的方案
https://zerotier.atlassian.net/wiki/spaces/SD/pages/7438339
外网访问内部应用就用外网的域名或 ip 当然接入内网或 zerotier 的设备就通过内网 ip

@HadesWong Transmission 单独虚拟机不走代理可以在 openwrt 里设置 dhcp-host 分配 网关和 dns 为主路由 也是一种分流方案

@fantastM 请问这张图有没有武汉的

搞黑苹果 如果是自己 diy 配置 需要花费很大精力
不如抄现有成熟方案
btw：40 系 N 卡不支持黑果吧
我目前黑果配置 i7-11700+gt 730 Monterey 12.6
刚开始折腾 各种 bug 频出 系统偶尔无响应甚至死机
前前后后调试大半个月才基本算是稳定 由于白果没用 10 代以上 intel cpu 总体体验上不如 10 代 i7+核显来的稳定流畅

Good job!

使用 mysql 连接前应该对连接进行活性检测
一般现在的数据库连接池都有活性检测功能

@UN2758
select * from t where c >=15 and c<=20 order by c desc for update;
加锁过程：
1.等值查询找第一个值 条件为等于 20 找到记录 20 加上 next-key 锁 （ 15,20]
2.向右找到第一个不满足条件的记录 25 加上 next-key 锁 然后退化为间隙锁 (20,25)
3.接着从第一步找的记录 20 开始向左范围查询（有待考证 有大神可以查查源码看下这一步是从第二步得到的记录 25 还是第一步得到的记录 20 开始） 条件为 c >=15 and c<=20 直到第一个不满足条件的记录 10 访问到的数据都加 next-key 锁 依次在 15 ，10 ，加上 next-key 锁
综上就是 (5,10] (10,15] (15,20] (20,25)

select * from t where c >=15 and c<=20 order by c asc for update;
加锁过程：
1.等值查询找到第一个条件为等于 15 找到记录 15 加上 next-key 锁 (10,15]
2.向右找到第一个不满足条件的记录 20 加上 next-key 锁 然后退化为间隙锁 (15,20)
3.接着从第一步找的记录 15 开始向右范围查询 条件为 c >=15 and c<=20 直到第一个不满足条件的记录 25 访问到的数据都加 next-key 锁 依次在 20 ，25 加上 next-key 锁
综上就是 (10,15] (15,20] (20,25]

@UN2758 找第一个值用的是等值查询 接着范围查询 访问到第一个不满足的记录为止
普通索引等值查询 优化规则 2 向右找到第一个不符合条件的值 退化为间隙锁
降序查询 等值查询找第一个值为 20 接着向右找到第一个不符合条件（不等于 20 ）的值 25 退化为间隙锁 （ 20,25 ）接着范围查询（从 20 往左直到 10 ）对于访问到的记录加上 next-key 锁
升序查询 等值查询找第一个值为 15 接着向右找到第一个不符合条件（不等于 15 ）的值 20 但是 20 是符合条件<=20 的 所以不会退化为间隙锁（ 15,20]（也可以理解为先退化为间隙锁， 在之后的范围查询（从 15 往右直到 25 ）中 加上了 next-key 锁）

等值查询之后就是范围查询 普通索引范围查询都加的是 next-key 锁 不会退化为间隙锁

@UN2758 感谢纠正 非唯一索引范围查询 不会优化为间隙锁

正常的 asc 排序中 用最小的值来找第一个
所以首先找到 c=15 的第一条记录
在 c=15 加上 next-key 锁 （ 10,15]
接着向右遍历 找到 c=20 的记录 满足条件 c<=20 在 c=20 加上 next-key 锁（ 15,20]
因为是普通索引 引擎认为可能存在不止一条的 c=20 的记录 因此接着向右遍历 找到 c=25 的记录 第一个不满足条件 停止遍历 在 c=25 加上 next-key 锁（ 20,25] 因为优化规则 优化为间隙锁 （ 20,25 ）

加锁的顺序其实就是索引的遍历顺序 遍历到的记录或者区间都要加锁