PHP点赞收藏功能需以用户身份校验、联合唯一索引、原子SQL（INSERT ON DUPLICATE KEY UPDATE）、计数冗余+Redis缓存+异步落库、前端预响应与批量拉取为核心，保障高并发下数据一致性和体验流畅性。
PHP网站实现点赞收藏功能，高并发下保障数据一致性，关键不在“加按钮”，而在于设计能抗住并发、防重复、状态可溯的底层逻辑。核心是用对数据库机制、缓存策略和前端协同方式。
用户操作必须绑定唯一身份与幂等控制
未登录用户禁止执行点赞/收藏，否则无法校验行为归属，也难以防御刷量。后端必须依赖服务端持有的 user_id（如 session 或 JWT 解析结果），绝不能信任前端传来的任意 uid。
- 前端点击前检查登录态，未登录则拦截请求并引导登录
- 后端接口第一行强制校验 user_id 是否存在且有效，无效直接返回 401
- 数据库中点赞表（
post_likes）和收藏表（user_favorites）均需建联合唯一索引：(user_id, target_id, type)，其中type区分文章、视频、评论等目标类型
用原子 SQL 替代“查-判-改”流程
多人同时点同一内容时，“先 SELECT 再 UPDATE”极易引发状态错乱或双写。应使用 MySQL 的 INSERT ... ON DUPLICATE KEY UPDATE 实现单条语句完成状态切换。
- 假设点赞表含字段
user_id、post_id、status（1=已点，0=已取消），且(user_id, post_id)有唯一索引 - 执行语句：
INSERT INTO post_likes (user_id, post_id, status) VALUES (?, ?, 1) ON DUPLICATE KEY UPDATE status = IF(status = 1, 0, 1) - 通过
mysqli_affected_rows()判断是新增记录（首次点赞）还是更新状态（取消或重点），不依赖查询结果做业务分支
计数与状态分离：冗余 + 缓存 + 异步兜底
实时统计数（如“2.4万人点赞”）不能靠 COUNT(*) 实时计算，否则 DB 压力大、响应慢。应采用“冗余字段 + Redis 缓存 + 异步落库”三层结构。
立即学习“PHP免费学习笔记（深入）”；
- 为每条内容维护独立计数字段（如
posts.likes_count），每次点赞成功后同步 +1/-1 - 高频访问的计数优先读 Redis（如
post:123:likes），设置合理过期时间；写操作先更新 Redis，再通过消息队列异步刷新数据库冗余值 - 用户个人操作状态（是否点过某条）仍以数据库为准，Redis 只缓存公共计数，避免因缓存穿透或不一致导致误判
前端预响应 + 批量拉取，减少抖动与请求洪峰
用户点击瞬间的视觉反馈不能等接口返回，否则体验卡顿、易误操作。页面加载时也不该为每个卡片单独发状态请求。
- 点击按钮立即本地反转样式（如 ♡ → ❤️），禁用按钮并加 300ms 防连点
- 接口成功后，用返回的
new_status覆盖本地状态；失败则回滚样式并提示重试 - 列表页加载时，调用轻量接口（如
/api/user-actions?ids[]=123&ids[]=456&ids[]=789&type=post）一次性获取当前用户对本页所有目标项的操作状态
