设计高效的MySQL评论表需包含id、content、user_id、target_type、target_id、parent_id、root_id等字段，通过target_type与target_id支持多资源类型，利用parent_id实现回复嵌套，root_id加速会话聚合查询，配合索引优化查询性能，确保可扩展性与数据完整性。
设计一个高效的 MySQL 评论功能表，需要考虑可扩展性、查询效率和数据完整性。以下是一个实用的表结构设计方案，适用于大多数场景（如文章、视频等资源的评论）。
1. 评论表基本字段设计
创建一张主评论表，存储所有评论信息：
- id：BIGINT UNSIGNED，主键，自增 —— 唯一标识每条评论
- content：TEXT —— 存储评论内容，支持较长文本
- user_id：BIGINT UNSIGNED —— 发布评论的用户ID，关联用户表
- target_type：TINYINT —— 被评论对象类型（如1=文章，2=视频）
- target_id：BIGINT UNSIGNED —— 被评论的具体资源ID（如文章ID）
- parent_id：BIGINT UNSIGNED，默认 NULL —— 回复某条评论时指向父评论ID，实现嵌套回复
- root_id：BIGINT UNSIGNED，默认 NULL —— 根评论ID，用于快速归类同一组对话
- status：TINYINT，默认 1 —— 状态（1=正常，0=删除，-1=审核中等）
- created_at：DATETIME —— 创建时间
- updated_at：DATETIME —— 更新时间
示例 SQL：
CREATE TABLE `comments` ( `id` BIGINT UNSIGNED AUTO_INCREMENT PRIMARY KEY, `content` TEXT NOT NULL, `user_id` BIGINT UNSIGNED NOT NULL, `target_type` TINYINT NOT NULL COMMENT '1:文章, 2:视频', `target_id` BIGINT UNSIGNED NOT NULL, `parent_id` BIGINT UNSIGNED DEFAULT NULL COMMENT '父评论ID', `root_id` BIGINT UNSIGNED DEFAULT NULL COMMENT '根评论ID', `status` TINYINT DEFAULT 1, `created_at` DATETIME DEFAULT CURRENT_TIMESTAMP, `updated_at` DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, INDEX `idx_target` (`target_type`, `target_id`, `status`, `created_at`), INDEX `idx_user` (`user_id`), INDEX `idx_parent` (`parent_id`), INDEX `idx_root` (`root_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;2. 字段说明与使用逻辑
target_type + target_id 组合可以灵活支持多种资源类型的评论，避免为每种类型建单独表。
parent_id 实现无限层级回复。如果是直接评论内容，该字段为 NULL；如果是回复某条评论，则填入被回复评论的 id。
root_id 是优化查询的关键。当一条评论是顶层评论时，root_id = id；当是子回复时，root_id 指向最顶层那条评论的 id。这样可以通过 root_id 快速查出整个会话树。
例如：
Modoer多功能点评系统2.5 精华版 Build 20110710 UTF8
下载
Modoer 是一款以本地分享，多功能的点评网站管理系统。采用 PHP+MYSQL 开发设计，开放全部源代码。因具有非凡的访问速度和卓越的负载能力而深受国内外朋友的喜爱，不局限于商铺类点评，真正实现了多类型的点评，可以让您的网站点评任何事与物，同时增加产品模块，也更好的网站产品在网站上展示。Modoer点评系统 2.5 Build 20110710更新列表1.同步 旗舰版系统框架2.增加 限制图片
- 评论A（id=100, parent_id=NULL, root_id=100）—— 用户直接评论文章
- 回复A（id=101, parent_id=100, root_id=100）—— 回复评论A
- 回复101（id=102, parent_id=101, root_id=100）—— 嵌套回复
只要知道 root_id=100，就能拉出整个讨论链。
3. 查询建议与性能优化
常见查询场景：
- 获取某篇文章的所有一级评论：
SELECT * FROM comments WHERE target_type=1 AND target_id=123 AND parent_id IS NULL AND status=1 ORDER BY created_at DESC; - 获取某个评论下的所有回复（按会话）：
SELECT * FROM comments WHERE root_id=100 AND status=1 ORDER BY created_at ASC; - 统计某资源的评论总数：
SELECT COUNT(*) FROM comments WHERE target_type=1 AND target_id=123 AND status=1;
确保对常用查询字段建立复合索引，比如 (target_type, target_id, status, created_at) 可高效支撑“按资源查评论”。
4. 扩展建议
根据业务需求可添加：
- like_count：INT，默认 0 —— 记录点赞数（可定期从点赞表同步）
- ip_address：VARCHAR(45) —— 记录发布IP，用于反垃圾
- 单独的点赞表（user_id, comment_id, created_at）管理点赞关系
- 审核表或日志表记录敏感操作
基本上就这些。这个结构平衡了灵活性和性能，适合大多数 Web 应用的评论系统。关键是合理使用 parent_id 和 root_id 来支持多级评论，同时通过索引保障查询效率。
