高qps的场景下TIDB可以代替ES吗(单表的简单查询)?

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】

【概述】
我想在qps较高的接口上使用TIDB来代替ES搜索(单表的简单查询),请问有伙伴做过相关的改造吗?改造后对比性能如何?

【应用框架及开发适配业务逻辑】

【背景】 做过哪些操作

【现象】 业务和数据库现象

【问题】 当前遇到的问题

【业务影响】

【TiDB 版本】

【附件】 相关日志及监控(https://metricstool.pingcap.com/)


若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

1赞

单表的简单查询如果是根据唯一键查找TiDB性能会很高,qps可以参考自己的实际压测结果。

TIDB和ES的定位不一样吧,不支持全文索引,这块可能重点放到OLAP了

单表查询场景下,tidb和es的主要区别,我觉得主要在查询时所需字段上。es中建索引,实际上可查询字段最省资源的方式是都设置为keyword,也就是说,能够过滤的字段,都有索引。tidb,理论上所有的字段都可查询,命中索引就快,不能命中索引就全表扫。如果只是命中key,逻辑上是可以替换。es在分组聚合上,在大批量的查询上,oom问题会更频繁,不好控制,从这个方面我觉得用tidb会更好。