讨论Typecho优化方案

[angellcawn]

目前Typecho数据总计70w行左右，未使用任何插件，平均加载时间大概5-10秒钟，部分数据库查询都在5秒左右

QQ图片20201022140723.png (55.44 KiB) 被浏览 2262 次

以下讨论仅限在不换程序的情况下的方案：

大家觉得有什么可行的优化方案都可以提出来，包括缓存的处理，甚至你可以提出具体到实际数据查询语句的优化，来吧畅所欲言

[ClayMore]

这个还是要找数据库专业人士

[jrotty]

记得有人基于typecho弄过个支持大数据的版本，据说百万数据无压力

[angellcawn]

这个还是要找数据库专业人士

看来要找个DBA来讨论讨论了

[angellcawn]

记得有人基于typecho弄过个支持大数据的版本，据说百万数据无压力

你是指typechodev作者雷鬼的那个Htypecho版本么，他那个版本是优化了一些索引和查询，不过据说不支持PHP7+，而且程序里还有不少问题，不过对想测试的人来说可以试试

[angellcawn]

我来说说的方法，通过我的图片可以看见我当前数据库比较大的表就是metas，fields和relationships，我首先将自定义字段进行了冗余，也就是处理了fields表，然后将tag标签类目下文章数为1的标签统统合并到分类下，减少meta的容量，同时也减少了relationships的容量。

扩展方案，目前自定义字段部分基本上无需更新，查询也不太用的上，所以可以将fields字段以json方式存储在contents表里，利用mysql的json支持来提升自定义字段的调用

服务器方面将配置升级到了2H4G，Mysql分配2G内存，如果说你的typecho的数据库表的总记录超过10W行，建议最低1H2G配置

[ClayMore]

术业有专攻

[shiroi]

能优化除了数据库索引，查询优化，数据缓存到内存或者是框架也载入到内存去呗。除去并发集群这些基本也就这些。