1
msg7086 2017-10-22 05:58:39 +08:00
600 万文章用 WP 你不定制的话这配置我觉得跑不动。
隔壁有个 60 万文章的用 DLE (号称比 WP 快?)独服都跑不动,老老实实定制完,双核 VPS 就能随便跑了。 |
2
abccccabc 2017-10-22 08:36:26 +08:00
个人感觉 wordpress 的表结构设计不好,posts 表数据一大,死翘翘。
SQL_CALC_FOUND_ROWS 在速度上会比 COUNT(*)慢很多,具体有多慢,取决于你的索引还有一些别的因素, count 大约要比 SQL_CALC_FOUND_ROWS 快上 10 倍. https://www.percona.com/blog/2007/08/28/to-sql_calc_found_rows-or-not-to-sql_calc_found_rows/ |
6
wdlth 2017-10-22 11:11:18 +08:00
有些功能不常用的可以把它精简一下,像这个功能的结果你可以先缓存起来,毕竟不是所有时候都需要更新最新文章列表。
|
7
zzuyanan OP @wdlth 我目前就是这种思路,每天定时更新最新文章 3 次并缓存,但是每次更新都得要 2 个小时啊,因为分类很多,如果每个分类我只更新前 20 页的内容,也需要很长时间啊
|
9
AlwaysBehave 2017-10-22 11:50:49 +08:00
@zzuyanan 算很便宜的吧,按照现在这个“趋势”
你具体需求是什么?实时更新? |
10
zzuyanan OP @AlwaysBehave 其实就是让分类页的最新文章能够快速显示出来,现在表太大 40G,显示的太慢了。
|
11
rogwan 2017-10-22 16:21:37 +08:00
@zzuyanan Copying to tmp table 你这个不是建一个临时的新文章表吗?这个 copy 任务可以定时后台执行,用户数据直接从 tmp table 里读取最新文章,和主表多大无论几十 G 都没有关系了。
|
13
zzuyanan OP @abccccabc 是的,所以我准备再建立一个 wp_posts_1 表,只放最新的 10000 条记录,然后从这个表抽取数据,经过测试非常快。但是问题来了,如何让 wordpress 从 wp_posts_1 表里提取数据呢?要知道默认都是从 wp_posts 表提取的,wp_query 并没有提供改表的参数啊
|
14
aksoft 2017-11-21 15:08:57 +08:00
随便问一句,这个是什么网站。。
|