zblog数据库建立索引优化数据库

一、先确认表名前缀

二、核心表推荐索引（Z-BlogPHP）

1. 文章表 zbp_post（最关键的）

-- 前台首页/列表：状态+类型+时间排序（覆盖度最高）
ALTER TABLE zbp_post ADD INDEX idx_status_type_time (log_Status, log_Type, log_PostTime);

-- 分类页：分类+状态+时间
ALTER TABLE zbp_post ADD INDEX idx_cate_status_time (log_CateID, log_Status, log_PostTime);

-- 后台按时间筛选/草稿箱
ALTER TABLE zbp_post ADD INDEX idx_posttime (log_PostTime);

注意联合索引顺序：等值条件字段放前面，范围/排序字段放后面，这样 WHERE log_Status=0 AND log_Type='article' ORDER BY log_PostTime DESC 能走到索引排序，不再 filesort。

2. 评论表 zbp_comment

前台调某篇文章评论、后台审评论都用得到：

ALTER TABLE zbp_comment ADD INDEX idx_log_check (comm_LogID, comm_IsChecking);

3. 分类表 zbp_category

ALTER TABLE zbp_category ADD INDEX idx_parent_order (cate_ParentID, cate_Order);

4. 标签表 zbp_tag

ALTER TABLE zbp_tag ADD INDEX idx_count (tag_Count);

⚠️ log_Tag 字段是逗号拼接的字符串（如 1,3,5），建普通索引没用，别在它上面建 B-Tree 索引；真要按标签查文章，应该走 zbp_post_tag 中间表或改数据结构，别用 LIKE '%1%'。

三、怎么验证索引真的生效

EXPLAIN SELECT log_ID,log_Title FROM zbp_post WHERE log_Status=0 AND log_Type='article' ORDER BY log_PostTime DESC LIMIT 10;

• type 从 ALL（全表）变成 ref/range ✅

• key 显示你刚建的 idx_status_type_time ✅

• Extra 没有 Using filesort、Using temporary ✅

  
  

四、几个容易踩的坑

• 别乱加单列索引：log_CateID、log_Status 单独各建一个，MySQL 通常只用其中一个，不如联合索引划算。

• 索引不是越多越好：每多一个索引，发文章/改状态写表就多维护一棵 B+ 树，万级以内文章别过度建，3~5 个辅助索引够用。

• 大文本别建普通索引：log_Content 是 TEXT，搜正文请用 FULLTEXT(log_Title, log_Content)，但 Z-Blog 默认搜索不建议直接改，插件方案更稳。

• 建完跑一次维护（低峰期）：

OPTIMIZE TABLE zbp_post, zbp_comment;
ANALYZE TABLE zbp_post;

五、文章超 20 万时的配套动作

• 引擎换 InnoDB（默认已是），innodb_buffer_pool_size 调到物理内存 50%~70%

• 开 OPcache、用 Redis 替文件缓存

• 静态化首页/分类页，或上 CDN

• 历史文章归档，主表只留近 3 年