论坛核心表结构怎么设计才不翻车
直接照搬博客或电商的表结构，论坛很快会卡死或查不出最新帖。关键在分离「内容」和「关系」：帖子、用户、回复必须独立建表，且每张表要有明确的主键和高频查询字段索引。
forums_posts表必须有
user_id、
created_at、
last_reply_at三个字段，后两者加联合索引才能支撑「最新主题」列表
forums_replies表不要存完整帖子内容，只存
post_id、
user_id、
content和
created_at；否则按帖查回复时容易触发 filesort 用户表
users的
username必须加唯一索引，登录和 @ 提及都靠它，漏掉会导致重复注册或 SQL 查询全表扫描
发帖和查最新帖的 SQL 怎么写才不慢
新手常写
SELECT * FROM forums_posts ORDER BY created_at DESC LIMIT 20，看似简单，但一旦数据过万，
created_at没单独索引就全表扫。更糟的是，如果用
last_reply_at排序但没索引，首页加载直接超时。 查最新 20 个主题：确保
CREATE INDEX idx_last_reply ON forums_posts(last_reply_at DESC, id DESC)，用
id辅助避免索引失效 发帖后立刻更新
last_reply_at：不要等回复再改，发帖时就设为
NOW()，否则新帖不会出现在首页 分页慎用
OFFSET：超过 1000 条后
LIMIT 20 OFFSET 10000极慢，改用游标式分页，比如
WHERE last_reply_at
用户登录和权限控制绕不开的坑
用明文存密码、用 session_id 做权限判断、把所有用户都塞进一个
role字段——这些都会让系统上线一周就被拖库或越权。 密码必须用
PASSWORD()（MySQL 5.7）或
SHA2(password, 256)（8.0+），但更推荐应用层用 bcrypt，MySQL 不适合做强哈希 权限别硬编码：建一张
user_roles表，再通过
users↔
user_roles↔
permissions三张表关联，否则加个「版主可删他人帖」就得改代码+SQL 登录态校验别只查
session_id：每次请求要核对
user_id+
ip_hash+
last_active_at > DATE_SUB(NOW(), INTERVAL 30 MINUTE)，防 token 泄露滥用
为什么用 MyISAM 一定会出事
有些老教程还推 MyISAM，说它快、支持全文索引——但论坛场景下，MyISAM 表级锁会让并发发帖直接排队，而且崩溃后几乎无法恢复。
所有表必须用ENGINE=InnoDB，哪怕只是测试环境，否则 INSERT 一多，
forums_posts就堵死 全文索引不用硬扛：MySQL 5.6+ 的 InnoDB 支持
MATCH ... AGAINST，但小论坛更建议用
LIKE '%关键词%'配合前缀索引（如
ALTER TABLE forums_posts ADD INDEX idx_title_prefix (title(12))） 字符集统一用
utf8mb4，否则 emoji 和某些中文昵称存不进去，错误信息是
Incorrect string value: '\xF0\x9F\x98\x82'...
实际跑起来最常被忽略的是
last_reply_at字段的维护时机和索引覆盖度——它既不是纯时间戳，也不是冗余字段，而是整个列表性能的支点。少一次 UPDATE 或漏一个索引，首页响应就从 200ms 跳到 2s。
