经验值计算应通过配置表驱动而非硬编码，等级阈值存于user_levels表并确保total_exp_required严格递增；成就触发须异步处理，配合唯一索引与幂等校验；缓存需按访问频率拆分，等级与成就独立存储；MySQL用BIGINT UNSIGNED存经验，PHP全程保持整型运算。
经验值计算逻辑别硬编码，用配置表驱动
用户升级需要动态调整经验阈值，硬写 $level_exp = [0, 100, 300, 600, ...] 会导致每次改规则都要动代码，上线前还得测全量等级跳变。直接把等级、所需总经验、升级奖励等字段放进数据库表 user_levels，加个 is_active 字段支持灰度开放新等级。
常见错误是把“当前级所需经验”和“累计到该级总经验”混为一谈——比如 Level 2 需要再得 200 经验，但数据库里存的必须是 total_exp_required = 300（Level 1 的 100 + Level 2 的 200），否则做等级回退或跨级升级时会算错。
- 升级判定只比对
user.exp_total >= level.total_exp_required，不依赖上一级 - 插入新等级时，确保
total_exp_required严格递增，避免出现空档或倒挂 - 前端显示“还需 XX 经验升到 Level N”时，用
$next_level->total_exp_required - $user->exp_total，不是减去增量
成就触发必须走异步队列，不能在业务主流程里查库+写库
比如用户发第 10 条评论触发“笔耕不辍”成就，如果在评论提交事务里直接查 SELECT COUNT(*) FROM comments WHERE user_id = ? 再 insert 成就记录，会拖慢接口、引发死锁，且并发场景下可能重复发放。
正确做法是评论入库后，投递一条消息到 Redis 队列或 Beanstalkd，由独立 worker 拉取后查最新数据并幂等写入 user_achievements 表。表结构必须有唯一联合索引：UNIQUE KEY `uid_aid` (`user_id`, `achievement_id`)。
立即学习“PHP免费学习笔记（深入）”；
- 成就规则配置存在
achievements表，字段含trigger_event（如comment_created）、condition_json（如{"count": 10}） - worker 执行前先查
user_achievements是否已存在该成就，避免重复处理 - 不要用 MySQL 的触发器实现成就逻辑——无法做条件判断，也难调试
等级与成就的缓存更新要拆开，别共用一个 Redis key
用户等级变化频率低（几天一次），成就获取频率高（几分钟多次），如果都塞进同一个 user:profile:$uid JSON 缓存里，每次拿成就就得反序列化整个大对象，还容易因部分字段更新不及时导致等级显示滞后。
按访问模式拆：等级信息放 user:level:$uid（TTL 设长，如 1 小时），成就列表放 user:achv:$uid（TTL 短，如 10 分钟），两者更新互不影响。
- 等级变更后，删掉
user:level:$uid，下次读时重建；成就新增则用RPUSH user:achv:$uid $achv_id+EXPIRE - 查成就时别用
LRANGE user:achv:$uid 0 -1拉全量——加个分页参数，用user:achv:$uid:page:$p分片缓存 - 别在缓存里存等级名称（如 “白银”），名称映射走配置表，缓存只存
level_id，避免改名要刷全量缓存
PHP 运算中注意整型溢出和浮点精度陷阱
经验值动辄百万起步，PHP 默认整型在 32 位系统上最大是 2147483647，如果用户总经验超限，$user->exp_total + $gain 可能变成负数；另外用浮点数存经验（如 float 类型字段）会导致 999.9999999999999 == 1000 判定失败。
MySQL 字段必须用 BIGINT UNSIGNED 存 exp_total，PHP 里所有经验运算保持整型，禁用 round()、bcadd() 等引入小数的操作。
- 插入前用
is_int($exp) && $exp >= 0校验，拒绝字符串或浮点输入 - 升级计算用
intval()强转，不用(int)—— 后者对超大字符串会截断 - Redis 缓存里的经验数值统一用字符串存储（
SET user:exp:123 "1234567890"），避免 PHP 自动转成科学计数法
等级和成就系统真正的复杂点不在逻辑，而在数据一致性边界——比如用户同时发评论、点赞、分享，三个事件触发不同成就，又恰好都满足升级条件。这时候必须靠数据库事务 + 幂等 key + 缓存双删来兜底，而不是指望一次 update 解决所有问题。
