perf: 鉴权缓存让命中请求零 SQL，去掉两个无用索引

profile（16 并发）显示请求路径的 CPU 有 ~70% 花在鉴权上：每个代理请求都要用
密钥哈希查 api_keys、再用 user_id 查 users，两条随机读。

- 新增鉴权缓存（OT_PROXY_AUTH_CACHE_TTL，默认 2s，0=关闭）：缓存密钥与用户行，
  但密钥状态、用户状态、密钥过期仍按当前时间逐请求判定；管理端写操作与用户的
  密钥写操作经中间件立即清空缓存。余额随用户行一起缓存，只影响「≤0 就 402」
  这道软闸，最长滞后一个 TTL（请求照样计费）。
- last_used_at 节流改由缓存内的 touch 表记账（原先按 DB 行时间戳判断，行被缓存后
  时间戳不再变化，会导致每请求都写一次库）。touch 用 sync.Map：早先与缓存共用一把
  排他锁，16 并发下互斥饥饿把吞吐从 31k 拖到 3.2k（p99 7ms），换 sync.Map 后消失。
- 去掉 usage_logs 上从未被查询过滤的 key_id / trace_id 索引（没有查询按它们过滤，
  每个索引都是每行一次 B-tree 插入）；schema v8 迁移里显式 DROP 旧库上的索引。

实测（16 并发、mock 上游、SQLite）：
- 鉴权缓存开：p50 131–177µs、p99 0.6–1.2ms、RPS 56k–81k
- 鉴权缓存关：p50 535–631µs、p99 1.6–2.8ms、RPS 21k–27k
（4 并发下同样受益：30k→41k）

测试：新增缓存命中零 SQL、状态/过期重判、失效、TTL 到期、缓存关闭、并发七项；
go vet、go test ./...、-race（proxy/usage/store/api）全绿。

server/internal/api/admin.go

@@ -267,6 +267,19 @@ func (h *Handler) InvalidateCatalogOnWrite(c *gin.Context) {
 	case http.MethodPost, http.MethodPut, http.MethodPatch, http.MethodDelete:
 		if h.gw != nil && c.Writer.Status() < 400 {
 			h.gw.InvalidateCatalog()
+			h.gw.InvalidateAuth() // 密钥白名单/用户状态/余额可能刚被改
+		}
+	}
+}
+
+// InvalidateAuthOnWrite 用户侧写操作（新建/改/删密钥）成功后清空网关鉴权缓存，
+// 让被吊销的密钥立刻失效，而不是等 TTL 到期。
+func (h *Handler) InvalidateAuthOnWrite(c *gin.Context) {
+	c.Next()
+	switch c.Request.Method {
+	case http.MethodPost, http.MethodPut, http.MethodPatch, http.MethodDelete:
+		if h.gw != nil && c.Writer.Status() < 400 {
+			h.gw.InvalidateAuth()
 		}
 	}
 }

server/internal/api/router.go

@@ -94,7 +94,7 @@ func NewRouter(a *app.App, gw *proxy.Gateway) *gin.Engine {
 			webauthn.DELETE("/passkeys/:id", middleware.SessionAuth(a), h.PasskeyDelete)
 		}
 
-		user := api.Group("", middleware.SessionAuth(a))
+		user := api.Group("", middleware.SessionAuth(a), h.InvalidateAuthOnWrite)
 		{
 			user.GET("/user/profile", h.UserProfile)
 			user.GET("/user/balance", h.UserBalance)