perf: 流式错误判定预过滤、再减一个写索引，加可选明细保留期

- 流式放行前的上游错误判定加廉价子串预过滤（"error" / response.failed）：
  长思考阶段几十上百条事件不再逐条 json.Unmarshal。
- usage_logs 去掉 idx_channel_created：没有任何查询按 channel_id 过滤该表
  （渠道统计走 created_at 时间窗后在内存分组），复合索引只是每行一次多余的
  B-tree 插入；schema v9 迁移里显式 DROP 旧库索引。至此该表只剩
  (user_id, created_at)、created_at 两个真被用到的索引。
- 新增可选保留期（OT_USAGE_RETENTION_DAYS，默认 0=永久保留）：每天分批
  （2000 行/批、批间 50ms）清理过期 usage_logs，避免长期运行后时间窗查询
  与备份随表增长变慢；余额流水 balance_logs 不在清理范围。

参数复测（记账稳态吞吐，3 次取中位）：
- batch 64（当前）30.2k rows/s；batch 128 19.0k、batch 256 14.3k（更差，保持 64）
- wal_autocheckpoint(4000)、cache_size(-64MB) 与当前配置无差别，不引入

验证：go vet、go test ./...、-race（usage/proxy/store）全绿；新增保留期三项测试
（只删明细不动流水、未开启不动数据、跨分批删完）。

server/internal/proxy/hold.go

@@ -242,6 +242,11 @@ func sseEventHasContent(line []byte, proto string) bool {
 // 返回错误消息文本；不是错误事件时 ok=false。只在放行前判定——放行后错误
 // 属于客户端可见的回复内容，不能拿去换渠道。
 func sseUpstreamError(line []byte) (msg string, ok bool) {
+	// 廉价的子串预过滤：绝大多数事件与错误无关，先排除再谈解析。
+	// 放行前每条事件都会过这里，长思考阶段的几十上百条事件不值得逐条反序列化。
+	if !bytes.Contains(line, []byte(`"error"`)) && !bytes.Contains(line, []byte("response.failed")) {
+		return "", false
+	}
 	s, ok := sseDataPayload(line)
 	if !ok {
 		return "", false