tiflash执行效率比tikv慢

[TiDBer_BUl7ouCu]

【 TiDB 使用环境】
tidb v4.0.10
【概述】场景+问题概述
为什么查询的时候tiflash和tikv的效率是差不多的呢，是我使用的方式不对吗？tt_ga_p_customer_intent_bak、tt_ga_p_customer_intent_bak2两张表都是100w的数据，同时tt_ga_p_customer_intent_bak创建了tiflash的副本，如果想提示查询效率要怎么优化呢
【附件】
这是tt_ga_p_customer_intent_bak查询消耗花了13s

这是tt_ga_p_customer_intent_bak2查询消耗花了9s

[Kongdom]

你是不是对tiflash有误解？tiflash是列存储，select * 的效率肯定不如tikv。这个是要分场景使用tiflash实现加速的，比如count(*),sum()这些。

[TiDBer_BUl7ouCu]

那是我理解错了，理解成tiflash可以加快我的查询效率，老师我们目前就是想提升整个查询效率。表的数据量差不多在千万级别例如列表接口是要进行limit分页的，目前我数据库用的是V4.0.10版本，但是这个版本tiflash下推好像不支持limit，请问这个可以怎么优化嘛

[Kongdom]

如果是select * 不建议使用TiFlash，建议在查询语句上进行优化。

[TiDBer_BUl7ouCu]

实际项目里没有使用*，写法是这样的

[lixiansheng (李仕豪)]

tiflash 适用于分析计算场景，对列的操作这种

[Kongdom]

explain analyze select 这个语句，上传一下执行计划。

[TiDBer_BUl7ouCu]

测试环境的执行计划

这是sql

[Kongdom]

1、where 条件改一下
where pCustomer.status in (61000030,61000010)
and pCustomer.sc_uid = 1206
2、看执行计划，level表是全表扫描，id不在索引或者主键中么？
3、调整整体结构，先查出结果，再left join
select … from (select * from table1 where order by limit 10) left join … left join …

[TiDBer_BUl7ouCu]

老师我level表的id是主键、customer表的customer_level_id是普通索引为什么会全表扫描呢

[Kongdom]

有可能是健康度较低导致了错误的执行计划。可以先试试1、3两条。
in 的效率是比 or 高的。

[TiDBer_BUl7ouCu]

好的，谢谢

[TiDBer_BUl7ouCu]

你好，我现在数据库版本是V5.2.3，我在Dashboard的慢查询菜单里看到的慢查询语句都是commit,请问这个问题要怎么排查呢

[Kongdom]

期间有做什么特殊操作么？
排查一下前后有没有什么慢语句

[TiDBer_BUl7ouCu]

我看菜单里有update

这是执行计划
执行计划.txt (1.1 KB)
另外，我们项目的接口都是加了事务的，只有方法结束之后才会commit,接口的逻辑涉及到很多更新操作，不知道和这个有没有关系。

[Kongdom]

Point_Get_1已经是最快的了开新贴吧，让大佬们看看

[TiDBer_BUl7ouCu]

好的，谢谢

[TiDBer_BUl7ouCu]

TiKV 内存参数性能调优
https://docs.pingcap.com/zh/tidb/stable/tune-tikv-memory-performance
你好，再请教个问题，我们DBA同事修改了TIKV的内存参数，然后我想问一下这个可以通过sql语句查询配置的值嘛，类似这种通过select的方式

[Kongdom]

是这个么？
SELECT * FROM INFORMATION_SCHEMA.CLUSTER_CONFIG
WHERE TYPE = ‘tikv’

[TiDBer_BUl7ouCu]

对的，谢谢