在MySQL中存储自定义等级系统的方案咨询

这个问题我之前帮不少开发者梳理过，其实核心是平衡数据库范式设计和业务场景复杂度，下面给你两个最常用的方案，你可以根据自己的业务情况选：

首先说最推荐的方案——把网络等级相关的字段单独拆成一张表。为什么？因为你的主表应该聚焦存储用户的核心身份信息（比如名称、身份rank这些），而网络等级属于用户的附属成长属性，本身和核心信息是弱关联但又有独立的更新逻辑（比如用户升级时只需要改等级表的数据，不用碰主表）。

这种设计符合数据库第三范式，能避免主表字段臃肿，同时扩展性更强。举个具体的表结构示例：

-- 主用户表（存储核心身份信息）
CREATE TABLE users (
    id INT PRIMARY KEY AUTO_INCREMENT,
    name VARCHAR(50) NOT NULL,
    rank VARCHAR(30) NOT NULL,
    -- 其他核心字段：比如创建时间、联系方式等
    created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);

-- 网络等级表（专门存储等级成长数据）
CREATE TABLE user_network_levels (
    id INT PRIMARY KEY AUTO_INCREMENT,
    user_id INT NOT NULL UNIQUE, -- 一个用户对应一条等级记录，加UNIQUE避免重复
    level INT NOT NULL DEFAULT 1,
    current_exp INT NOT NULL DEFAULT 0, -- 当前经验值
    exp_required INT NOT NULL DEFAULT 1000, -- 升级所需经验
    total_exp INT NOT NULL DEFAULT 0, -- 累计总经验
    FOREIGN KEY (user_id) REFERENCES users(id) ON DELETE CASCADE, -- 用户删除时同步删除等级数据
    INDEX idx_user_id (user_id) -- 加索引提升关联查询性能
);

查询用户完整信息时，用JOIN关联两张表即可：

SELECT u.name, u.rank, ul.level, ul.current_exp, ul.exp_required
FROM users u
JOIN user_network_levels ul ON u.id = ul.user_id
WHERE u.id = 123;

如果你的网络等级逻辑非常固定，未来几乎不会加新字段，而且不想多维护一张表，那可以考虑把等级数据打包成JSON存在主表的一个字段里，减少主表字段数量。

示例操作：

-- 给主表添加等级进度的JSON字段
ALTER TABLE users ADD COLUMN network_progress JSON NOT NULL DEFAULT '{"level":1,"current_exp":0,"exp_required":1000,"total_exp":0}';

查询时用MySQL的JSON函数提取对应字段：

SELECT 
    name, 
    rank,
    JSON_UNQUOTE(JSON_EXTRACT(network_progress, '$.level')) AS level,
    JSON_UNQUOTE(JSON_EXTRACT(network_progress, '$.current_exp')) AS current_exp
FROM users WHERE id = 123;

但这个方案有几个明显的局限性：

• 没有强类型约束：如果不小心把level存成字符串，后续查询容易出问题
• 查询性能差：如果要按等级/经验做筛选（比如找所有level>5的用户），直接查JSON的效率远不如单独表的字段
• 扩展性弱：未来如果要加新的等级属性（比如升级奖励、等级头衔），JSON结构会越来越乱，不好维护

如果你的业务满足下面任意一个情况，优先选方案1（分表）：

• 未来可能扩展等级相关的字段（比如加等级特权、升级日志等）
• 需要频繁更新或查询等级数据（比如做等级排行榜）
• 希望数据库结构清晰，符合规范，方便后续团队维护

如果你的等级逻辑极其简单，确定不会变更，且查询频率很低，那**方案2（JSON合并）**可以临时用，但长远来看还是分表更靠谱。

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