基于NodeJS express-session的电商访客用户存储方案选型咨询

方案1：为所有访客创建User对象 #

核心问题 #

• 数据库冗余：大量仅浏览未下单/未注册的访客会生成大量is_guest: true的User记录，占用存储空间，拖慢查询效率。
• 数据维护成本：需要定期清理失效的访客User记录（比如超过30天未活跃的），否则数据库会持续膨胀。

优化思路 #

• 延迟创建：仅当访客添加商品到购物车或提供邮箱时，才创建访客User对象，而非所有新访问者都创建。
• 自动清理机制：给访客User记录加last_active字段，用定时任务（比如Node.js的node-schedule）定期删除超过N天未活跃的访客记录。
• 字段轻量化：访客User对象只存必要字段（is_guest、last_active、currency、cart、email、order_ids），避免冗余字段。

方案2：访客数据直接存在session中 #

核心问题 #

• session体积过大：购物车商品多的时候，session数据膨胀，不仅增加内存/存储压力（如果用Redis存session），还会拖慢请求响应速度。
• 数据丢失风险：session有过期时间，一旦过期，访客的购物车、偏好设置等数据直接丢失，影响用户体验。
• 数据同步困难：如果后续用户注册，需要从session同步数据到User对象，逻辑分散，容易出错。

优化思路 #

• 拆分存储：把购物车这类大体积数据单独存在数据库（比如建GuestCart表），session只存guest_cart_id和基础偏好（货币、邮箱）。
• 持久化关键数据：访客提交邮箱或添加购物车后，把数据同步到数据库，session仅存关联ID，降低session负载。
• 延长session过期时间：针对有购物车/邮箱的访客，适当延长session过期时间（比如从2小时改成7天），普通访客保持默认短过期。

最优方案：混合模式（延迟创建访客实体+拆分存储） #

结合两个方案的优点，平衡存储效率和数据可用性：

1. 普通访客（无交互）：仅用session存储基础标识（比如生成一个guest_id存在session），不创建数据库记录。
2. 有交互的访客：当访客添加商品到购物车、提交邮箱或下单时，创建独立的Guest表（而非复用User表），存储guest_id、currency、email、cart、order_ids、last_active字段，session仅存guest_id。
3. 注册/登录同步：用户注册或登录时，根据session中的guest_id找到对应的Guest记录，将购物车、偏好货币、订单等数据同步到正式User表，然后删除Guest记录。

优势说明 #

• 避免数据库冗余：只有产生有效交互的访客才会生成数据库记录，减少无效数据。
• 数据结构清晰：Guest表和User表职责分离，不会混淆访客和正式用户数据，也避免session臃肿。
• 降低数据丢失风险：关键数据存在数据库，即使session过期，访客回来后可以通过guest_id（可存在持久化cookie字段如guest_token）找回数据。
• 同步逻辑简单：注册时直接通过guest_id关联查询，一次性同步所有数据，逻辑集中不易出错。

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