【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】
【附件:截图/日志/监控】
一个sql 一秒1000次查询 不走索引直接打死
我们环境,没这么多查询,一样100%
不走索引的原因是什么,统计信息过旧?如果是已知的高频sql,直接绑执行计划吧
要不要加上tiflash 试试
就是需要计算的能力超过了集群本身,那就扩容。要么 SQL 优化。
如果想隔离,那就等 7.x 多租户。
2 个赞
根本解决方案的话,就只能等Resource Control GA来针对每个用户设置QoS。对历史版本来讲,所有解决办法只能是缓解或者是避免。
当前可以做的,举个例子:
- 开发方面:要做好压测,尽量在测试中就把慢查询抓到
- DBA方面:可以在config里,针对不同的tidb-server设置优先级,尽量不让OLAP的查询影响高优先级SQL。
监控,出现问题直接告警,发现告警,赶紧先把问题会话全干了
按时间和内存维度监控SQL,过了标准先干掉,再优化
暴力点,设置个阈值,超过这个阈值的select直接都kill掉。