【 TiDB 使用环境】测试/
【 TiDB 版本】v6.5.3
在tidb_cost_model_version=1的情况下有tidb_opt_seek_factor=20（seekFactor is the IO cost of seeking the start value of a range in TiKV or TiFlash.），意思是在获取一个copTask（或者paging）时第一次查找数据时候的代价（个人认为该值还是偏小了）。但是该参数在tidb_cost_model_version=2时存在两个问题：
1、没有相关参数可以进行调整（在tidb_cost_model_version=1时可参数调整），写在了代码配置中，见：https://github.com/pingcap/tidb/blob/a7b54adfede165328fab966e288d2d9402943d7c/planner/core/plan_cost_ver2.go#L905
2、没有了seek_factor评估因子，在索引回表查询数据过程中会通过一次读取tidb_index_lookup_size个key组织成多个range范围来回表查询，因根据handle（键值）去表中查找该行数据是逻辑查找（区别于传统数据库的物理查找）最少会发生一次seek查找过程且代价相比于next扫描高很多，另外个人感觉即使有了seek_factor也不应该和cost_model=1时那样一个range只发生一次seek成本评估，而是要预估根据range中key的“距离”等预估seek发生的次数来更准确的做模型评估，参考：执行计划问题-Index Lookup Join效率低下 ，这个帖子中就是索引回表实际发生了较多tikv的seek操作导致读取了大量的block性能低下。
因此请教：
1、是否会在后续版本中将tidb_cost_model_version=2的评估因子以参数的形式开放出来，极端情况下让客户自行调整？
2、tidb_cost_model_version=2的情况下没有seek_factor评估因子，是否会导致索引回表查询评估不准确导致本来可以走hashjoin的走了indexlookupjoin导致效率低下？后续是否考虑增加该评估因子？