数据量小的话就mysql用用,预估过几千万上亿了再考虑tidb
你得算上网络上的开销,还有对比大数据量的成本。
tidb适合分布式
tidb 解决的是mysql的高并发、大数据量不能扩展的问题,单比响应延迟远远比不过,就你这个机器配置来讲咋测试都不会达到mysql一样的水平,本身架构决定了。跑不了太高并发CPU就打满了。
做HA了么?我看你是在tidb的单节点执行的sysbench啊!由于tidb是计算存储分离,在调度上还需要PD去控制,这样的话单节点的tidb上执行插入速度肯定不如单机MySQL,毕竟没有那么多的控制和分配任务。
1 个赞
没有做ha,差距会有这么大吗?如果我想了解集群整体的性能,又应该怎么做呢?
在 TiDB 每一个单一节点上进行 Sysbench 测试,并把结果相加。
https://docs.pingcap.com/tidbcloud/v7.1.0-performance-benchmarking-with-sysbench
看这个,同样的配置可以做到差不多的qps/tps就行了。
这种插入性能的差异是因为LSM Tree存储结构,还是集群部署网络交互,还是代码需要进行优化? 希望有大牛解释一下?
这数据量太少了,tidb优势无法发挥
大数据量才能有优势,小数据量不如用mysql
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。