最具性价比，那当然是自己组建 nas 其实买现成套件很简单了
你小需求不少最好 8G+，不要 4g 的不够你用

pr 太多处理不过来 建议直接进开发群 @一下 🤣

@Saxton 很费解，以前以为封闭是因为实力太弱容易受干扰等强大了就慢慢自由了，没想到剧本反着来的，经济国防逐渐强大了却越封闭了。。。

@czz19891012 ok
不过正常情况下我们 cpu 一直低于 20%，扫描多的 sql 一直都在，但从不会进入慢日志级别，直到我们上次导出数据的时候。。。而且也不涉及到 ddl ，其实最好调查的时机是故障时直接登录服务器查看异常进程和 sql ，可惜那时候联系不上技术只有漫不经心的工单在回复

@ellermister 没了解过 swoole cli 不太清楚

https://github.com/del-xiong/miniblink
推荐下 miniblink 引擎，国内牛人基于 chrome 内核精简而来，兼容性极高
做软件的话基本需要的 H5 特性都支持，自定义也强 不过不跨平台

写编译器，厉害了，支持下
我最近也在研究 php 源码加密，打算做一个类似 swoole compiler 的扩展，目前刚开始有兴趣的可以关注下
https://github.com/del-xiong/screw-opcode
第一步先抛弃源码直接 aes 加密 opcode 运行 第二步研究如何能底层混淆 测试版即将发布

@czz19891012 实例其实一直在跑着的还没销毁 pc-2vcj6a9ih099bjpgm

操作符可以存储，你添加搜索引擎，比如百度快捷键 b 网址 https://www.baidu.com/s?wd=%s%20-site%3Acsdn.net%20-site%3Abaijiahao.baidu.com

然后搜索的时候地址栏输入 b proto 即可

@orczhou 我再次检查了慢日志，有发现异常如图
https://imgur.com/a/20iOBZz
确实发现了异常所在，慢日志大幅增加而且有几条扫描行数很多完全有可能导致 1 小时的异常扫描。

但是如果事情这么简单就好了，如下图这是我们平时其他时段搞活动的慢日志记录
https://imgur.com/BH82HF8
可以看到差异巨大，也就是慢日志增加是果而不是因，而且这里还有个无法解释的 bug：我们在 1 小时内的那个大扫描行 sql 请求远远低于慢日志中的数量，我对比了两者的 QPS 、MPS 都在一个水平上，没有理由 24 号的扫描行数差异如此巨大-我对比了 1 小时的总扫描行数，大概在 10 倍差距左右

非要用数字来当成锁只能用原子性判断下
var i uint64 = 0
for atomic.LoadUint64(&i)%3 != 2 {}
// 输出
atomic.AddUint64(&i, 1)
不过这样加锁实际上不合理，正常情况下不会这样写代码

@orczhou 见我写的案例和上面回复，并无任何异常 sql 或慢日志，如果那么简单我早就找到原因了，而且故障时间跟导出数据时间完全吻合，大概率是导出导致的问题并非问题 sql

@encro 正常导出而已，sql 都是固定的不会有问题 process 和慢日志都检查过了，结合异常报表，几乎可以肯定是服务的问题，只是不确定是硬件还是软件导致

@encro 问题是总获取行数也才不到 300w 。。。，其实这个 db 的性能还是挺强的了，我们做活动并发几千还是能勉强抗住

@sss495088732 有一些同感，多年的云服务经验告诉我，不出问题的时候确实比较省心，但一旦出了问题比自己维护更恼火，所以云服务到底节约了多少成本呢？这是一个量子力学问题 🤣

没想到微博屏蔽了 v2 外链了😂，重传下
https://imgur.com/a/f5pD459
https://imgur.com/a/MxtHxR1
https://imgur.com/a/NP9RBlF

地球。。。奸?

1000 考虑下二手，新的要想买到真 1080 的似乎不大可能

登录控制中心付款方式移除卡片即可

https://portal.azure.com/#blade/Microsoft_Azure_GTM/ModernBillingMenuBlade/Payment

当然最好先支付完最后一笔账单关闭服务再移除，以免影响信用