做电商小程序，商品模型是整个系统的地基。规格（颜色/尺码/套餐）、库存、价格、图片这几样东西一旦建模出错，后面的购物车、下单、营销活动全会跟着返工。本文从最基础的SPU/SKU概念讲起，给出一套可直接落地的表结构与核心代码，并复盘我们在真实项目里踩过的四个坑。

RocketMQ 开源版延迟等级固定（1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h），30 分钟对应等级 16。思路：下单时在 Redis 写一个 TTL = 超时时间的 key，key 过期时 Redis 发布过期事件，应用订阅后触发关单。不同品类超时时间不同（秒杀 5 分钟、普通订单 30 分钟），把延迟等级做成订单类型的

背景：我们的平台是一套小程序商城 SaaS（商品、订单、分销、会员、营销一体化），服务数千个商家租户。多租户数据隔离是这类系统的地基——租户数据一旦串号，不是 Bug，是安全事故。本文完整记录我们从踩坑到稳定落地的方案：三种隔离模型如何选型、行级隔离的自动拦截实现、缓存与文件存储怎么跟着隔离、以及跨租户泄露的四道防线。全部代码基于 Spring Boot 3 + MyBatis-Plus + My

状态机管住流转、分摊算法守住资金、幂等键挡住重复、消息表兜住一致性。逆向链路的代码量通常只有正向下单的三分之一，但投入的测试和对账精力应该是正向的两倍——因为正向出错最多是没成交，逆向出错是真金白银地退错钱。建议所有做电商小程序的团队，都把"退款金额计算"和"退款对账"作为代码评审和日常对账的一级检查项。