MySQL中存储多条同类型评论应选用何种数据类型？

别在原表用单个字段存多条评论！ #

你现在想在帖子表里用一个Comments字段装所有评论的思路，在关系型数据库里是反范式的做法，后续维护和查询会踩很多坑。正确的方式是拆分出独立的评论表，通过外键和帖子表关联，实现所谓的“表中表”效果。

表结构优化方案 #

1. 原帖子表（推荐命名posts）：保留你现有字段，移除Comments字段

CREATE TABLE posts (
    Post_no INT AUTO_INCREMENT PRIMARY KEY,
    Post LONGBLOB,
    Post_description LONGTEXT,
    Username VARCHAR(255),
    Likes BIGINT DEFAULT 0
);

2. 新增评论表（命名comments）：专门存储每条评论，通过Post_no关联到对应的帖子

CREATE TABLE comments (
    Comment_id INT AUTO_INCREMENT PRIMARY KEY,
    Post_no INT NOT NULL,
    Username VARCHAR(255) NOT NULL,
    Comment_content LONGTEXT NOT NULL,
    Created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
    FOREIGN KEY (Post_no) REFERENCES posts(Post_no) ON DELETE CASCADE
);

• ON DELETE CASCADE的作用是：如果帖子被删除，对应的所有评论会自动删除，避免残留无效数据。

这种设计的优势 #

• 符合数据库第三范式，无冗余数据
• 单条评论的增删改查操作直接且高效，比如修改某条评论只需更新comments表对应行
• 扩展性强：后续要加评论点赞、评论回复功能，只需给comments表新增Likes或Parent_comment_id字段即可
• 查询性能更优：不会因单条帖子评论过多导致帖子表字段过大，拖慢整体查询速度

要避开的错误做法 #

不要用TEXT或JSON类型在原表存储多条评论，这种方式的问题包括：

• 查询特定评论时需解析整个字段内容，效率极低
• 评论数量增多后字段内容过大，严重影响帖子表的查询性能
• 维护成本高，比如删除单条评论需要修改整个字段内容，极易出错

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