ROR应用ENV变量转RedisDB的可行性：性能与内存疑问

读取速度差异 #

• ENV变量是进程内直接读取的操作系统级数据，完全不需要I/O或网络开销，读取速度是毫秒级以下的瞬时操作，几乎没有延迟。
• Redis读取则需要通过socket通信（本地Redis）或网络请求（远程Redis），哪怕是本地Redis，也会有进程间通信的开销，速度肯定比ENV慢。如果Redis部署在远程服务器，还会受网络延迟影响，差异会更显著。

内存消耗对比 #

• ENV变量的特点是每个应用进程都会加载一份完整副本，比如你有10个Unicorn worker或者Sidekiq进程，每个进程都会占用少量内存存储这些变量，总消耗是进程数乘以单进程ENV占用的内存量。
• Redis的配置变量只在Redis服务器中存储一份，不管你的应用有多少进程，都共享这一份数据。虽然Redis本身会占用一些内存维持服务，但仅针对原有的ENV变量数据来说，Redis的内存消耗远低于多进程重复存储ENV的总消耗。

实用建议 #

没必要把所有ENV变量都迁移到Redis：

• 把静态、几乎不会修改的配置（比如数据库连接基础信息、应用密钥）留在ENV，毕竟读取速度更快，也更安全；
• 把需要动态调整、频繁修改的配置放到Redis，避免重启服务器；
• 如果必须修改ENV对应的配置，可以用滚动重启的方式逐个更新进程，减少服务中断和任务失败的情况。

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