比如说预期想要1w并发，需要什么样的硬件
5w并发
10w并发
20w并发
40w并发需要的硬件，固态，cpu,主板，各个组件的配置情况，物理机还是虚拟机，用阿里云的ecs搭建还是用其他的淘宝上能买到的cpu和主板去搭建测试
都需要说明清楚
这个应该给不了那么详细吧
因为每家的业务场景是不同的
上线前做足充足的测试，poc好好做
一个稳定的系统，各个层面的软硬件，从上线到稳定运行，肯定是要有一个磨合期的，这个是业务场景决定的，每家都不一样的
这个肯定要官方给个能复现的配置呀
天天吹这个能达到多少并发，结果是堆了海量硬件才能达到，那对于普通企业用不起啊
这种硬件开放性太大了，组合排列很多，我估计他们给不出来，
你们要是公司测试的话，可以看看OB好像也有一体机的产品，或者他们OB cloud 之类的，看看他们的测试白皮书之类的，然后根据白皮书的性能，推断大致你们要的并发是多少，然后搞点经费实际测试下
目前没有这种建议，不同业务，不同硬件，范围比较广，具体应用建议POC得出较佳的软硬件适配。
1 个赞
那其实有理由怀疑这个oceanbase就是堆硬件搞出来的，mysql堆硬件也能搞
哪怕你们测阿里云的服务器呢 对吧
你这说的，你不同的架构实现不同QPS需要的硬件肯定是不一样，你把数据都堆在一张表和做分散存放能一样吗，还有就是你的服务，你10个节点服务和100个节点服务能一样吗，这个肯定要结合自己的业务场景做POC来得出结论的，要是你接口写的不行，一个动作涉及10几张表，你的qps就已经被你的接口能力限制了，你数据库堆在多的硬件也是白搭
意义不大，能给出这么准确的数据需要大量的测试。。涉及的变量太多了，不同型号的各种硬件组合起来配置根本测不完，还不如企业自己根据自身的业务特点、容灾要求来够买服务器然后来做POC，看看实际的TPS、QPS之类的
1、没有最好的，只有最合适的；
2、5w个并发查几条数据和查上万条数据资源消耗都是不一样；
3、都是分布式动态扩缩容了，成本压力下，前期小资源，后期动态扩资源也方便；
专门来找茬了。
你这并发1w、10w。是写还是读。
是单表读还是多表关联读。
空口嚷嚷，咋给你定义呢。
机器性能够不够，和你业务性质是紧密关联的。
不过从ob的架构上，也可以给的一个大致机器配置比较。
假如是1-1-1架构
对于写来说， 同样配置的机器， ob需要3台才能和原来的1台mysql相当。
但是在这个前提下，如果你的主副本分布的合理。 这3台机器能提供 ≈ 3台mysql机器的读性能。
如果想继续扩展写性能。机器配置花销大概是mysql的3倍。
但是每加1台机器，对于读的性能来说，是实打实的增加了一台机器提供读服务。
所以硬件配置，别人没法给你推荐。只能参照你的原来的单机数据库的配置。
ob写性能tps = 1/3 * 单机数据库tps * 机器数
ob读性能qps = 单机数据库qps * 机器数
当然以上是在业务完全调整好的情况下，才能达到的。
实际情况，你要处理的跨机查询、sql兼容问题，还是不少的
1 个赞