我的WPMS站点托管在8核/32 my服务器上,但响应时间非常高。我们有大约1000个博客(单db上的35,000+表)和70000个页面浏览量。我认为我可以减少响应时间,将有更多页面浏览量的博客移动到分隔的DB中,并使用超级db插件将所有博客拆分为每db 100个博客。你认为如何?
发布于 2011-01-10 17:16:53
是的,您已经过了需要拆分数据库的阶段了。;)
发布于 2011-01-10 18:41:54
考虑到您的硬件,每天70k的页面浏览量似乎相当微不足道。即使它的大部分在每天10小时内传播,你也在处理(大致上)每秒提供的页面。你的硬件应该在不打嗝的情况下处理这个问题。(再说一次,这是WP.)
Imo,在开始拆分多个数据库中的站点之前,先安装memcached和一个对象缓存。这样做将减少DB查询的数量。
然后,可以选择添加BatCache或符号学缓存(它有自己的对象缓存实现),也就是实现基于memcached的缓存的东西(为来宾服务的第一个缓存页;为所有用户提供的第二个缓存页和关键查询)。如果您认为最终会超过单个服务器,则不需要任何基于静态文件的缓存。如果你认为你不会,总缓存甚至超级缓存也是很好的选择。
最后但并非最不重要的一点是,您是否配置了mod_deflate (它也内置于Sem缓存中)和资产连接(也由Sem Cache以及诸如Total这样的人完成)?这大大减少了感知的负荷时间。
编辑:对不起,我只是重读这个问题,你说每月七万,而不是一天;这更荒谬的是,作为一个服务器负载:2页每分钟服务,即你的CPU应该几乎总是空闲。
发布于 2011-11-21 12:44:54
先试一下数据库缓存。如果您的查询开始被缓存-d,您将发现一个5-6倍的改进。Wordpress没有永久的缓存。有人能说出来吗,为什么?每个元数据、用户数据都是通过每次页面加载从数据库中获取的。胡说..。
https://wordpress.stackexchange.com/questions/6669
复制相似问题