在 MySQL 中实现收藏功能,核心是设计一张“用户-资源”多对多关系表,记录谁收藏了什么,并支持快速查询、去重和取消收藏。
收藏表基础结构设计
收藏行为本质是用户(user)和被收藏对象(如文章、商品、视频等)之间的关联。假设被收藏的是文章(article),推荐表结构如下:
id:主键,自增 bigint,便于分页和索引优化 user_id:收藏用户的 ID(对应 users 表主键),加索引 target_type:可选,用于泛化收藏类型(如 'article'、'product'、'video'),方便统一收藏表管理多个资源类型 target_id:被收藏资源的主键 ID(如 article.id),加索引 created_at:收藏时间,datetime 或 timestamp,默认 CURRENT_TIMESTAMP关键约束:联合唯一索引 (user_id, target_type, target_id),防止同一用户重复收藏同一内容。
单类型收藏(简单场景)
如果只收藏一种资源(比如仅文章),可简化设计,去掉
target_type:
CREATE TABLE user_favorites ( id BIGINT PRIMARY KEY AUTO_INCREMENT, user_id BIGINT NOT NULL, article_id BIGINT NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_user_article (user_id, article_id), KEY idx_user (user_id), KEY idx_article (article_id) );
这样插入时用
INSERT IGNORE或
ON DUPLICATE KEY UPDATE可安全处理重复收藏。
收藏状态查询与业务逻辑
常见需求包括:查某用户所有收藏、查某文章被多少人收藏、判断某用户是否已收藏某文章。
查用户所有收藏文章(带文章信息):SELECT a.* FROM user_favorites f JOIN articles a ON f.article_id = a.id WHERE f.user_id = ?查文章收藏数:
SELECT COUNT(*) FROM user_favorites WHERE article_id = ?判断是否已收藏(推荐用 EXISTS 提升效率):
SELECT EXISTS(SELECT 1 FROM user_favorites WHERE user_id = ? AND article_id = ?)
扩展性与注意事项
若后续要支持多种资源类型,
target_type + target_id方案更灵活,但需注意: 避免在 SQL 中大量使用
CASE WHEN关联不同表,可考虑应用层分发查询 收藏数高并发更新时,不建议用
UPDATE ... SET count = count + 1,应以“记录存在即算一次”为准,统计走聚合查询或异步更新计数缓存 长期运行后收藏表可能很大,按
user_id或时间分区/归档可提升维护性
不复杂但容易忽略:上线前务必给常用查询字段建好索引,尤其是
(user_id, target_type, target_id)这个联合唯一键,它同时支撑去重、查询、删除三个核心操作。
