server_configs:
ng_monitoring:
storage.docdb-backend: "sqlite"
storage.sqlite-use-wal: true
storage.meta-retention-secs: 1296000
配置文件这些试试呢，这个没有官方文档，只能在 ng-monitoring 仓库 config/config.go 里 Storage 结构体 里面看到有这么个写法
如果要不覆盖旧配置 直接缩掉监控扩容新配置文件
16 天前
ai的建议非常好
看了一下表结构和 SQL，这个查询的主要瓶颈不在 JOIN，而在 t_registering_pay_orders 上没有包含 created_at 的索引。逐条分析：
问题诊断
过滤 + 排序走不了同一个索引（核心问题）
WHERE 用了 hospital_id + created_at 范围 + status，ORDER BY 用 created_at DESC
现有索引只有 hospital_id 单列：MySQL 只能按医院筛出整月的数据，再对 created_at 做 filesort，最后才 LIMIT 20。医院单量大的话，排序代价非常高。
SELE…
1 个月前
改sql
SELECT COUNT(*) FROM t_registering_orders USE INDEX(idx_tro_createdat)
WHERE hospital_id = 1739
AND created_at >= ‘2026-08-04 00:00:00’
AND created_at < ‘2026-09-03 00:00:00’;
1 个月前
前提条件
源表已创建 TiFlash 副本，且副本同步完成（t 表的 progress 为 1）：
sql*
SELECT * FROM information_schema.tiflash_replica;
tidb_isolation_read_engines 包含 tiflash（默认就是 tikv,tiflash,tidb，一般不用动）。
优化器基于代价决定是否选 TiFlash——不是一定会用。想让 SELECT 稳定走 TiFlash，加 hint 最可靠：
sql
INSERT INTO target_table
SELECT /*+ READ_FROM_STORA…
1 个月前
https://github.com/pingcap/tidb/issues/65948
按照ai给的方案解决了这个问题：
第 1 步：临时关 disttask 调度
SET GLOBAL tidb_enable_dist_task = OFF;
第 2 步：
– 看看 mysql.tidb_global_task 里有没有"开始 > 3 天 + state 还是 reverting/running"的任务
SELECT id, task_key, type, state, start_time
FROM mysql.tidb_global_task
WHERE state IN …
2 个月前
PingCAP 在 v8.5.x 这一档升级了 aws-sdk-go-v2，把 payload 校验行为从 “when_required” 改成 “always”，撞上了华为云 OBS 的兼容性差异。
试环境变量方案
既然你确认 v8.5.7 失败，最值得在 v8.5.7 上验证一下环境变量是否生效——这决定了能不能不降级继续用新 BR：
bash
export AWS_REQUEST_CHECKSUM_CALCULATION=when_required
export AWS_RESPONSE_CHECKSUM_VALIDATION=when_required
./tiup br:v…
2 个月前
没有更多内容了