收藏功能必须用独立中间表user_favorites，含user_id、item_id、item_type（可选）字段，建联合唯一索引(user_id,item_id)及user_id单列索引，查收藏用join而非子查询，取消收藏用delete而非软删除，高并发收藏用insert ignore防重复。
收藏功能必须拆成独立表，不能加到用户或内容表里
直接在 users 表加个 favorite_ids 字段（比如存 CSV）或者在 articles 表加 favorited_by，短期看着省事，但很快会卡死：查某用户所有收藏、查某内容被多少人收藏、取消收藏时更新字符串都难做且慢。关系型数据库的强项是关联查询，不是字符串解析。
正确做法是建一张中间表：user_favorites，至少包含三个字段：id（主键，非必需但建议）、user_id（外键指向 users.id）、item_id（指向被收藏的内容，比如 articles.id 或 products.id），再加一个 item_type 字段支持多类型（可选，见下一点）。
- 如果只收藏一种类型（比如全是文章），
item_id直接关联articles.id，加联合唯一索引(user_id, item_id)防重复收藏 - 如果要同时收藏文章、视频、商品，就用「泛型外键」：加
item_type（如'article'、'video'），并确保应用层校验item_id确实存在对应记录——MySQL 本身无法对动态表名建外键 - 别忘了给
user_id单独建索引，否则按用户查收藏列表会全表扫描
查用户收藏列表时，JOIN 比子查询更稳
想查用户 ID=123 的所有收藏文章及标题，常见写法是：SELECT * FROM articles WHERE id IN (SELECT item_id FROM user_favorites WHERE user_id = 123)。这在数据量小的时候没问题，但一旦 user_favorites 有几十万行，MySQL 可能不走 user_id 索引，或生成临时表拖慢查询。
更可靠的是显式 JOIN：
