Web 开发对于站点名称这类读非常多，几乎不写的内容存储的最佳实践是存在配置文件/数据库，程序启动/发生变更时缓存在 Redis 里吗

[bthulu]

不写的内容你还存干嘛, 就放程序变量里就好了

[foam]

半年不更新一次的，hard code 在代码里可以的。
有更新列表需求的话，放数据库或配置中心，服务启动时加载到内存就行，隔段时间主动拉取更新下内存。
Redis 我就觉得不是很有必要咯，除非你的 web service 不是常驻内存的，没有本地缓存(例如 php)，那么是可以考虑 redis 。

最后，最佳实践是要结合场景的。你的上下文信息不够。服务类型，请求量，服务部署规模和架构

[seakingii]

比较好的实践,物理存储在数据库,并存一份在 REDIS 中

然后再加个配置更改以及订阅通知服务

简单的可以用 REDIS 来实现(可以订阅)

任何配置一更新,所有依赖配置的网站服务程序马上收到通知,并做出反应

[opengps]

读远远大于写，缓存提速的效果非常大。
至于加载时机，你可以是首次读取时候单条加载到缓存，也可以考虑启动时候全局加载到缓存
使用缓存注意处理好维护逻辑，比如先更新数据库，在删除缓存，避免读取缓存旧数据导致的错误

[Red998]

数据不大建议启动的时候 load 到本地内存中、性能最高。Caffeine 就不错、存储、还是 LRU 策略、还是刷新缓存都不错。

[night98]

这类在运行期 0 变更的通常直接扔内存，方案楼上都说的差不多了就不补充了