Go+MongoDB开发RestAPI：是否需将账户数据映射到AccountList？

核心结论：看场景决定，优先依赖MongoDB自身优化，而非手动实现内存字典 #

• 小体量静态数据场景可以用
  如果你的作业只是演示用，账户数据量极少（比如几个测试账号），且几乎不会有增删改操作，那用AccountList这种内存字典缓存确实能减少MongoDB访问次数，提升查询速度，实现起来也简单。

• 数据有变更/体量增长时绝对不建议
  一旦涉及账户数据的增删改，你必须手动同步内存字典和MongoDB的数据，稍不注意就会出现数据不一致的问题——比如别的地方修改了DB，你的内存字典还存着旧数据，返回给用户错误结果。而且如果服务是多实例部署，每个实例的内存字典都是独立的，同步问题会彻底失控。

更靠谱的性能优化方案 #

• 利用MongoDB内置缓存
  MongoDB的WiredTiger引擎自带内存缓存，频繁查询的热点数据会自动被缓存，不用你手动实现，已经能满足大部分性能需求。
• 给查询字段建索引
  针对你常用的查询维度（比如ID、UserName）给MongoDB集合建索引，能让查询速度大幅提升，效果不比内存字典差，还不用操心同步问题。

代码层面的额外问题 #

你定义的AccountList是全局变量，在单实例服务里还能勉强用，但如果后续要扩缩容（比如用容器部署多个实例），每个实例的缓存都是独立的，数据一致性根本没法保证，这会埋下很大的隐患。

内容的提问来源于stack exchange，提问作者axaoelien