后台统计查太久拖住网关管理进程，怎样给SQLite查询设置可取消预算

给管理统计查询设置progress_handler，可以按SQLite虚拟机执行进度请求中断。回调返回非零后查询抛出中断错误；捕获并清理回调，再验证连接能继续执行，而不是只在HTTP层放弃等待。

区分连接等待与SQL执行时间

页面超时并不必然意味着底层查询停止。若管理进程还在计算，后续操作可能持续受影响。进度回调让应用在执行中检查预算或取消标志；但回调间隔是虚拟机指令次数，不是精确墙钟时间，不能把二十次回调翻译成固定毫秒服务承诺。

用进度回调设置本地计算预算

附件只用一百行小表的三重交叉连接制造足够多的计算，避免生成巨大真实库。每一百条虚拟机指令调用一次处理器，超过二十次后中断；随后移除回调执行SELECT 1，得到1。这个后续探活能发现把取消状态意外遗留到下一条查询的错误。

回调预算与墙钟截止可以组合，但要分别记录：回调次数解释计算进度，单调时钟解释等待时长。若请求取消标志跨线程传来，回调只读取轻量状态即可。异常分支最后仍应移除handler；测试SELECT 1通过只证明连接能继续执行，并不自动证明外层事务已经提交或回滚。

说明回调粒度不等于精确毫秒硬截止

进度回调应尽量轻量，不在里面执行复杂SQL或网络操作。应用还要区分用户取消、预算耗尽与真正数据库错误，决定事务是否回滚、连接是否继续使用。本例展示单连接的局部控制，不保证所有扩展函数或外部调用都能按同样粒度及时响应。

适用范围：不使用大数据或压力负载，限制合成表尺寸；不把回调算力预算写成生产实时保证。

配套样本与复核入口

• run.py：独立运行程序，包含合成输入、操作和正反例断言。
• case.json：输入说明、预期任务与适用范围，便于保存和交接。
• observed.json：本次实际执行输出；临时路径、进程号和计时可能随运行变化。

程序运行时会主动中断合成查询，interrupted应为真，connection_health应为1。回调次数大于二十表明预算触发，而不是Python提前跳过了SQL。改成取消标志时，仍要保留取消后探活与回调清理步骤；如果把同一个连接交给下一次后台查询，也应确认旧请求的预算不会继续影响它。

Python3.8以上及标准库；使用Python自带SQLite。程序不读取现有网关数据库，全部样本写入内存或新建临时目录，执行完自动清理；没有任何模型API调用。

python -B run.py

阅读输出时，先按case.json中的任务逐项核对SQLite管理查询取消进度回调，再与observed.json比较。非零退出表示依赖或断言需要处理，应保留实际错误。

一手依据1（占位符绑定参数；rowcount、连接超时及progress_handler等接口按相应小节使用。）。

继续阅读：改一个渠道却让其他写入都报database is locked，怎样缩短SQLite写事务；网关SQLite的WAL越长越大，怎样查出一直不结束的报表读事务；大模型 API 超时与连接管理。