feat(go): expose realtime store latency histogram

docs/ops/go-vehicle-ingest-memory.md

@@ -423,6 +423,18 @@ vehicle_bridge_batch_duration_ms_histogram_sum{status}
 
 该耗时覆盖一批 NATS 消息路由到 Kafka、Kafka 同步写入、NATS ack 的完整过程。带帧率压测时，如果 pending 持续非 0 或 duration p99 持续上升，应优先排查 Kafka broker、bridge batch size、NATS ack-pending 和网络。
 
+### Realtime store update histogram
+
+2026-07-03 已为 realtime-api Redis/MySQL store update 增加 duration histogram：
+
+```text
+vehicle_realtime_store_update_duration_ms_histogram_bucket{store,protocol,status,le}
+vehicle_realtime_store_update_duration_ms_histogram_count{store,protocol,status}
+vehicle_realtime_store_update_duration_ms_histogram_sum{store,protocol,status}
+```
+
+该耗时覆盖 Redis 快速实时投影和 MySQL 异步当前态/位置投影的实际写入耗时。带帧率压测时，Redis p99 上升会直接影响 realtime consumer 追平；MySQL p99 上升需要结合 `vehicle_realtime_async_queue_depth` 和 `vehicle_realtime_async_queue_total{status="dropped"}` 判断是否开始丢弃低优先级当前态写入。
+
 ### Gateway frame duration histogram
 
 2026-07-03 已为 Gateway 帧处理耗时增加 histogram：