【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
网上看到一篇数据库测试报告，看结论是 TiDB 相比其他三种较弱。
综合性能排名：阿里云 > 百度智能云> 腾讯云 > TiDB
按理说tidb在在批量插入（LSM-Tree顺序IO）和点查场景（PointGet）性能会更好啊。
本人TiDB新手，请老手们解释下。谢谢
原文地址：
–table_size=25000 --tables=250
-----
这个数据量，肯定是纯单机跑的快啊。这点儿数据量latency都很小，对于 TiDB 这种存算分离的分布式数据库而言，网络耗时占比就很大了。
1 个赞
实践出真知，建议先自己上手试用，多了解一下tidb，然后再看评测
1 个赞
TiDB 的应用场景是高并发 OLTP 场景，什么时候业务遇到了单机瓶颈后，TiDB 才是比较适合的场景。这种小数据量的测试，MySQL 或者 基于 MySQL 的所谓云原生数据库，肯定是比 TiDB 表现要好的。
另外 LSM-Tree 的特性是写入快读取慢，叠加 TiDB 的特性是 tidb-server 不缓存数据，pointget 也必须到 TiKV 上获取数据，所以 PointGet 反而不太占优。之前用 sysbench 压测，TiDB 除了 PointGet 外，其他写入场景确实也是比 MySQL 要好(但是总的机器资源，也是要比单个 MySQL 要高，不过如果考虑到当前 MySQL 也基本都是读写分离的有 N 个从库)
选适合自己的。软件世界上没有银弹。
mysql能解决的问题也不用上tidb。
另外，你昨天一个dm和otter，今天一个tidb和其他数据库？带着任务来的？
合适的话加我，这钱我也想赚。
只看自己的使用体验。不带业务的对比是没有意义的
数据量小的情况下分布式本就不占优势吧
模拟真正的业务场景和数据量去测
抛开业务场景和数据量的测试，都没啥意义~
–table_size=25000 --tables=250
应用场景不一样，测试里的数据量太小了，建议把表设置为千万行、亿行、上10亿行的级别再来测试看。
tidb是分布式数据库，在海量存储的前提下才能发挥它的价值。
DB 的测试方法和数据有很多种，选一些片段来做产品的分析可能本身也有些局限，如果想看排名可以看下更权威和公允的 DB-Engines - Knowledge Base of Relational and NoSQL Database Management Systems
国内的情况非常普遍可见的就是 谁家的产品去做测试，总能测出一些比别人好的点，
要么咱们自己来测，要么可以选择一些行业比较有影响力的公平的平台去看一些数据对比。
在你们的业务场景下自己测试测试看看，哪种更符合你的预期，不然这种没太大意义
看业务场景吧，每个架构都有适合的场景：
比如场景简单，分片键明确，分库分表可能扛住很大并发。
再比如我业务没啥并发，用单机也挺好。
结合场景来比较看看
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。