@tyzrj766 ADUI 养老最好了
开发版都放弃了 直接稳定

@forestyuan #70
并不是高不高的问题
体量越大 动一下出现问题的影响越深

@Foxkeh #8
不存在的。
大型公有云完全看运气。
当然你要是开特别小规格的会集中放一起，这是特殊规则，那性能没法看

@dcsite #34
一个人都是写今天下班前就要上线的项目……

阿里云为例 你知道他们有多少 VM 在运行么 数量级
做一个稳定可靠、cloudinit 兼容，各种 guest agent 无 bug 的模板并不是那么简单的事儿
而且需要相当长周期的测试 我这里的小规模私有云搞一个新系统模板，基于现成的 cloud image 进行测试和定制，都得个把月的

很多人愿意那那些小体量的没事儿搭个梯子的小境外 VPS 服务商去比，真心没意思

5.6 5.7 8.x

从 15 楼言论来看：

墙外的聊天工具使用依托于 vpn，而 vpn，就我目前用的，不是时时刻刻都稳定，而且墙外的聊天工具也不是很随便让你发什么，虽然比国内自由点是肯定的

楼主是要搞色情，没准还是儿童色情或者偷拍。因为成人色情在很多墙外 IM 都是合法的

@cominghome #2
查询都简单化，很容易 handle
你天天全是复杂到吓死人的查询，恨不得八个表 full join 那肯定不行

主要还是表结构 查询设计

垃圾服务器，单表 4200 万无性能压力啊
还是执行有问题

@namaketa #41
HP 那一堆卖不卖 hhh

@ps1aniuge #33
现在 X86 服务器也已经这么操蛋了
服务器的 BIOS 已经不在乎什么可用性了
我这有个垃圾服务器 1.5TB 内存，不是 GB，启动过 BIOS 要 6 分钟，才能交给磁盘引导系统。
进个 BIOS 也没法绕过自检。

我的小型机还都很新 不是旧架构的

来源：
某银行傻屌信息负责人采购，我们给了一套私有云，然后他跑数据库非得要小型机，然后用了各种我怀疑是 1990 年资料论证了小型机性能是 X86 的 10000 倍以上，最后我们强行卖了他们几套小型机跑 oracle


然后呢，不巧，小型机集群故障了，有 oracle 备份数据，而技术支持排不开要很久才能来，边缘业务系统虽然不超级敏感也不能停好几天。他们一线的 oracle 维护决定，从我们私有云上开几个大规格的 VM，把 oracle 弄上面去运行。

因为我这边全 SSD 的存储，本地缓存都是 NVME 的，IO 性能爆棚，结果就是，临时应急的这套 oracle 上线以后，原来用小型机做一个账务处理要分钟级，现在变成了 3 秒左右……

然后信息负责人死性不改等小型机修好了又要迁移回去，迁移回去第一天，所有一线业务部门全不干了……

当然国企，有很多领导关系户，去找领导了……

然后小型机就报废了

@namaketa #10
亲，你还要这种小型机不，我用几台换你的一堆 X86 垃圾……

全部管理暴露公网的飘过……
这样才能促进更安全

@yangyuhan12138 #40
其实，这点量，我们都没高度依赖 redis 的特性

当时是用阻塞语言写的，redis 就缓冲一下快速给确认，完事都怼 MYSQL 里去了

在前端和后端都做了特殊的优化，适应比较低性能的硬件解决问题 甚至很多逻辑都不依赖后端

跟你这个有关的，比如超时不能支付这个事，都不依赖后端。限时秒杀的接口是有验证码，有反秒杀器的逻辑，跟正常下单入口不一样，这里会生成特殊的订单号，自身验证支付有效期，能不能跳转支付网关选择，能不能拉起支付接口

而清理订单，依赖一个 delete from orders where STH limit 1，这个功能调用一次删 10 个过期订单，这个异步功能集成到了没一个非秒杀逻辑请求里，就是说，只要有一个人访问一次整个系统，就会删掉一条没用记录