PHP会话存储与非会话存储的选择困惑：为何不用数据库存数据？

• 临时状态 vs 持久化需求：像示例里的theme、volume这类数据，很多属于用户当前会话的临时偏好——比如用户只是这次访问临时切换主题，未必需要永久留存。存在Session里的话，会话结束（关闭浏览器）就自动失效，不用额外写代码去清理数据库里的临时数据，更省心。
• 性能成本差异：数据库读写需要建立连接、执行SQL，频繁修改这类小数据（比如用户反复调音量）会无端增加数据库压力。Session默认存在服务器内存/文件（或Redis这类缓存介质）中，读写速度远快于数据库，能减少不必要的数据库请求，提升页面响应速度。
• 竞态条件的处理成本：文章提到的竞态条件，在Session场景下反而更容易应对——PHP的Session默认采用文件锁机制，同一用户的并发请求会自动排队处理，避免同时修改Session数据的冲突。如果把这些数据存在数据库，你得自己实现行锁、乐观锁这类机制，反而会增加代码复杂度。
• 数据生命周期匹配：有些会话级数据根本不需要持久化，比如用户当前的购物车临时内容、未提交的表单填写进度，这些数据跟着会话生命周期走更合理，既不用占用数据库存储，也避免了数据冗余。

至于你现在采用的「仅在Session存用户ID，其他数据放数据库」的方案，并非完全不可行，但会带来两个潜在问题：

1. 每次请求都要额外查询数据库获取用户偏好，增加了数据库的查询负载；
2. 如果用户频繁修改这类临时状态，实时写库不仅没必要，还得自己处理并发修改的冲突，反而比用Session的默认锁机制更麻烦。

当然，如果是用户明确要求永久保存的偏好（比如设置“默认主题为蓝色”），那确实应该存在数据库里，这时候可以用Session缓存这些数据，减少重复查库的次数——最优方案往往是两者结合，而非非此即彼。

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