Typecho 首页加载缓慢通常源于数据库缺少索引或查询次数过多，建议优先检查 typecho_contents 表索引并启用页面缓存。适用 MySQL 或 MariaDB 环境，风险在于直接修改数据库结构需提前备份，错误操作可能导致网站无法访问。

命令速用版

以下 SQL 语句用于为 Typecho 默认内容表添加优化索引，执行前务必确认数据库名称及表前缀。

ALTER TABLE typecho_contents ADD INDEX idx_status_type_created (status, type, created);

如果使用的是非默认表前缀，请将 typecho_contents 替换为实际表名，例如 ty_contents。

为什么会这样

首页加载慢的根本原因是数据库在筛选文章时进行了全表扫描。Typecho 默认安装方案中，typecho_contents 表通常只有主键索引，缺少针对列表页筛选条件（如 status='publish'、type='post'）的复合索引。当文章数量增加，数据库需要逐行比对状态和类型，导致查询耗时随数据量线性增长。此外，部分主题或插件会在首页循环调用数据库查询，进一步加剧负载。

分步处理

第一步：备份数据库。使用 phpMyAdmin 或 mysqldump 导出完整 SQL 文件，确保索引添加失败时可回滚。

mysqldump -u 用户名 -p 数据库名 > backup.sql

第二步：检查现有索引。登录数据库执行 SHOW INDEX 命令，确认是否已存在类似索引，避免重复添加。

SHOW INDEX FROM typecho_contents;

第三步：添加复合索引。执行上述命令速用版中的 ALTER TABLE 语句，注意语句末尾的分号。

第四步：配置缓存插件。安装并启用 TeCache 或 SuperCache 等插件，设置首页缓存时间为合理值，减少动态查询频率。

怎么验证是否生效

查看数据库慢查询日志。在 MySQL 配置文件中开启 slow_query_log，观察首页加载时是否仍有耗时超过 1 秒的 SELECT 语句。如果日志中不再出现针对 typecho_contents 的全表扫描记录，说明索引生效。

对比页面加载时间。使用浏览器开发者工具的 Network 面板，记录 TTFB（首字节时间）。索引优化后，TTFB 应有明显下降，但具体数值取决于服务器性能和文章总量。

检查服务器负载。在高峰期使用 top 或 htop 命令观察 mysqld 进程 CPU 占用率，优化后该进程在首页请求时的占用应降低。

常见坑

直接修改核心文件。不要为了优化查询而修改 Typecho 核心 PHP 文件，这会导致升级困难且容易引入语法错误。

忽略重复数据。如果数据库中已存在大量重复的状态或类型组合，添加唯一索引会失败，务必使用普通 INDEX 而非 UNIQUE。

缓存更新延迟。启用页面缓存后，发布新文章可能不会立即显示，需在插件设置中配置清理缓存的钩子或手动清理。

常见问题

添加索引后网站打不开怎么办

立即恢复数据库备份。使用之前导出的 backup.sql 文件重新导入数据库，索引错误通常不会损坏数据但可能锁表。

虚拟主机无法执行 SQL 命令如何处理

联系服务商申请权限或使用 phpMyAdmin 界面操作。大部分虚拟主机提供 phpMyAdmin 工具，可在图形界面中执行 ALTER TABLE 语句。

缓存插件会影响 SEO 吗

正确配置的静态缓存不影响 SEO。搜索引擎爬虫通常能正常抓取缓存页面，但需确保登录状态和评论功能不受缓存干扰。

文章量少也需要优化吗

文章少于 1000 篇通常不需要手动优化索引。Typecho 默认性能在小数据量下足够快，优化主要针对数万篇以上的大型站点。