目前针对的Hints还是主要针对联机SQL，不过也有不少多表关联的场景，目前用到比较多的是一些强制选择索引以及强制指定关联顺序，对于多表关联，优化器选择的关联顺序比较差，通过指定正确的关联顺序之后，SQL执行效率还是有比较明显的提升；对于分析SQL，顶多是通过Hints或者Binding强制指定它走TiFlash，其他针对分析类SQL的绑定我们还是比较少。
1 个月前
是的，可维护性和工作成本一直都是使用Hints和Binding的很难避免的问题，与其期待这些更好用，不如期待TiDB优化器的提升，这个才是从根本解决问题所在。
1 个月前
通过explain verbose=‘format’ 实际对比了两种执行计划，发现实际走的是estCost更高的执行计划
1 个月前
插入慢一般有可能是这几个原因导致：
1、存在锁，可以查看执行计划的execution info是否存在resolve lock等字眼；
2、磁盘性能差，可以在Grafana的Tidb-Cluster-Node_exporter的Disk页面查看读写延迟；
3、业务繁忙，导致整体SQL都变慢，可以在TiDB Dashboard查看这段时间执行的SQL以及出现的慢SQL是否比较多。
2 个月前
这个看着有点像是在频繁切换切换leader节点导致Region error，不确定是否是你磁盘使用率太高导致频繁切换leader节点，可以试着尝试先扩容磁盘，将磁盘利用率降到70%以下，再看看。
2 个月前
最后发现问题了，之前升级的时候漏了TiFlash，所以TiFlash节点还是V6.1.2版本，最后通过缩容V6.1.2版本TiFlash节点，然后扩容V6.5.4版本TiFlash节点，目前TiFlash节点正常。
2 个月前
没有更多内容了