如何用 Go 语言实现一个高效性能的内存型数据库？

本文共计1223个文字，预计阅读时间需要5分钟。

相关专题：

为什么不能直接用 map 做内存数据库

因为并发读写会 panic。go 的 map 不是线程安全的，一旦多个 goroutine 同时调用 delete 或 map[key] = value，程序大概率触发 fatal error: concurrent map writes。你可能试过加 sync.mutex，但锁粒度太粗——整个数据库一把锁，qps 上不去，尤其在高读低写场景下，读操作也被阻塞。

实操建议：

• 用 sync.RWMutex 替代 sync.Mutex，读多写少时能显著提升吞吐
• 更进一步，拆成分片锁（sharded mutex）：把 key 哈希到 N 个 sync.RWMutex 上，降低锁竞争 —— 例如 32 个分片，冲突概率下降约 31 倍
• 别碰 sync.Map 做主存储：它适合「读远多于写、且 key 集合不常变」的缓存场景；但作为数据库，你要支持 TTL、遍历、事务语义，sync.Map 的接口和行为反而增加封装成本

如何支持带过期时间的键值对

单纯用 time.AfterFunc 为每个 key 启一个 goroutine？别这么做。10 万 key 就起 10 万个 goroutine，调度开销爆炸，且无法回收已删除 key 对应的定时器。