讨论Typecho优化方案

插件开发及发布

版主: woniou

回复
angellcawn
帖子: 200
注册时间: 2013年 12月 6日 11:01
来自: https://www.typecho.wiki
联系:

讨论Typecho优化方案

帖子 angellcawn »

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

QQ图片20201022140723.png
QQ图片20201022140723.png (55.44 KiB) 查看 7756 次


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

大家觉得有什么可行的优化方案都可以提出来,包括缓存的处理,甚至你可以提出具体到实际数据查询语句的优化,来吧畅所欲言
头像
ClayMore
帖子: 2481
注册时间: 2007年 11月 29日 02:55
来自: Sleeping Forest
联系:

Re: 讨论Typecho优化方案

帖子 ClayMore »

这个还是要找数据库专业人士
头像
jrotty
帖子: 428
注册时间: 2015年 11月 2日 19:30

Re: 讨论Typecho优化方案

帖子 jrotty »

记得有人基于typecho弄过个支持大数据的版本,据说百万数据无压力
angellcawn
帖子: 200
注册时间: 2013年 12月 6日 11:01
来自: https://www.typecho.wiki
联系:

Re: 讨论Typecho优化方案

帖子 angellcawn »

ClayMore 写了:这个还是要找数据库专业人士


:lol: 看来要找个DBA来讨论讨论了
angellcawn
帖子: 200
注册时间: 2013年 12月 6日 11:01
来自: https://www.typecho.wiki
联系:

Re: 讨论Typecho优化方案

帖子 angellcawn »

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


你是指typechodev作者雷鬼的那个Htypecho版本么,他那个版本是优化了一些索引和查询,不过据说不支持PHP7+,而且程序里还有不少问题,不过对想测试的人来说可以试试
angellcawn
帖子: 200
注册时间: 2013年 12月 6日 11:01
来自: https://www.typecho.wiki
联系:

Re: 讨论Typecho优化方案

帖子 angellcawn »

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

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

服务器方面将配置升级到了2H4G,Mysql分配2G内存,如果说你的typecho的数据库表的总记录超过10W行,建议最低1H2G配置
头像
ClayMore
帖子: 2481
注册时间: 2007年 11月 29日 02:55
来自: Sleeping Forest
联系:

Re: 讨论Typecho优化方案

帖子 ClayMore »

术业有专攻
头像
shiroi
帖子: 13
注册时间: 2020年 11月 2日 21:04
联系:

Re: 讨论Typecho优化方案

帖子 shiroi »

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