Deep EVM #23：性能调试——当数据库读取扼杀你的延迟

问题：不可见的延迟

你的Rust系统运行良好——直到某天延迟突然飙升。分析器显示瓶颈在数据库读取。但为什么？

读放大

读放大是指一次逻辑读取触发多次物理读取。在LSM树数据库（RocksDB、MDBX）中，查找一个键可能需要搜索多个层级。

真实案例

在MEV机器人中，每次模拟需要读取数十个存储槽。初始实现在每次模拟时直接查询数据库：

// O(N) - 每次模拟读取所有需要的槽
for slot in required_slots {
    let value = db.get(slot)?;  // 每次都是数据库查询
}

CacheDB优化

使用CacheDB模式——在第一次读取后缓存值，后续读取命中缓存：

struct CacheDB<DB> {
    inner: DB,
    cache: HashMap<StorageKey, StorageValue>,
}

impl<DB: Database> Database for CacheDB<DB> {
    fn get(&mut self, key: &StorageKey) -> Result<StorageValue> {
        if let Some(value) = self.cache.get(key) {
            return Ok(value.clone());  // O(1) 缓存命中
        }
        let value = self.inner.get(key)?;  // 数据库查询
        self.cache.insert(key.clone(), value.clone());
        Ok(value)
    }
}

O(N) vs O(affected)

关键优化是从O(N)（每次模拟读取所有槽）变为O(affected)（只读取自上次以来变化的槽）。

总结

数据库读放大是高性能系统中的隐形杀手。CacheDB模式和增量更新策略可以将延迟从毫秒降低到微秒级。