分页: 1 / 1

讨论Typecho优化方案

帖子发表于 : 2020年 10月 22日 14:11
angellcawn
目前Typecho数据总计70w行左右,未使用任何插件,平均加载时间大概5-10秒钟,部分数据库查询都在5秒左右

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


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

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

Re: 讨论Typecho优化方案

帖子发表于 : 2020年 10月 22日 20:11
ClayMore
这个还是要找数据库专业人士

Re: 讨论Typecho优化方案

帖子发表于 : 2020年 10月 23日 10:18
jrotty
记得有人基于typecho弄过个支持大数据的版本,据说百万数据无压力

Re: 讨论Typecho优化方案

帖子发表于 : 2020年 10月 23日 14:09
angellcawn
ClayMore 写道:这个还是要找数据库专业人士


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

Re: 讨论Typecho优化方案

帖子发表于 : 2020年 10月 23日 14:11
angellcawn
jrotty 写道:记得有人基于typecho弄过个支持大数据的版本,据说百万数据无压力


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

Re: 讨论Typecho优化方案

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

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

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

Re: 讨论Typecho优化方案

帖子发表于 : 2020年 10月 24日 01:29
ClayMore
术业有专攻

Re: 讨论Typecho优化方案

帖子发表于 : 2020年 11月 5日 05:44
shiroi
能优化除了数据库索引,查询优化,数据缓存到内存或者是框架也载入到内存去呗。除去并发集群这些基本也就这些。