wordpress数据量 wordpress整站带数据

Wordpress能承载多少数据

这个应该没有问题，承载的数据，这个应该是你空间的问题，WordPress是个很不错的博客系统20万的数据，大概有多少兆，过大的数据，不仅WordPress，我想其它的也会在读取上有问题的 参考:

创新互联总部坐落于成都市区，致力网站建设服务有网站设计、网站制作、网络营销策划、网页设计、网站维护、公众号搭建、成都小程序开发、软件开发等为企业提供一整套的信息化建设解决方案。创造真正意义上的网站建设，为互联网品牌在互动行销领域创造价值而不懈努力！

wordpress 怎样减少数据库读取量

#1，若您的WordPress版本为2.3及以前，可采用如下方法令系统自动缓存内部调用函数，而完全不用担心缓存对系统交互性的影响（如延迟等）。

Step1：在WordPress安装目录下的wp-content文件夹下创建名为cache的目录，属性设置为755，如下图：

Step2：打开WordPress安装根目录下的wp-config.php文件，在其尾端加入define('ENABLE_CACHE', true);，如下图：

保存后上传更新文件，刷新页面后，可发现新创建的cache文件夹中生成了如下文件：

缓存的是一些不需要经常修改的文件，如分类名称、存档日期等。该缓存方法名为object缓存，并不缓存网页，而传统的wp-cache调用是缓存网页的，会影响网页的交互实时性，使用户体验些许变差。

#2，若您的WordPress版本为2.5及以上版本，由于新版WP取消了object缓存功能可以使用将所有待查数据都存入数据库options表（一般的默认名称为wp_options）的方法，大幅度减少数据库查询次数。ThinkAgain的解释如下：

默认WP有10个数据表，wp_posts和comments主要存储文章内容和评论，

其它的几个包括term等存储了目录和标签等等。这里不细谈。wp_options用来存储Wordpress以及插件运行时所涉及的配置等。且WP会在

运行时自动读取该表的内容。换句话说，因为WP已经预读这部分内容，所以直接调用wp_options内的数据是不会产生数据库查询的。（）

方法：假如要缓存的是分类名称调用表单，则写functions.php如下代码：

function cache_category(){

$cached = get_option('multicolor_cache_category');

if($cached){

echo $cached;

}else{

$cached = cache_collapsible_list_cats();

echo "Update cache";

echo $cached;

}

}

add_action('publish_post', 'cache_collapsible_list_cats');

当然，这显得很复杂，不过ThinkAgain说，WP2.6也是可以使用object自动缓存功能的，请等待他更新的方法。

#3，由于WordPress的内部永久链接调用函数为了追求老版插件的最大兼容性所以较啰嗦，比较耗费查询次数，可在functions.php写入如下代码，大幅度减少查询次数（均适用）

function revised_permalink($post, $leavename=false) {

$rewritecode = array(

'%year%',

'%monthnum%',

'%day%',

'%hour%',

'%minute%',

'%second%',

$leavename? '' : '%postname%',

'%post_id%',

'%category%',

'%author%',

$leavename? '' : '%pagename%',

);

if ( empty($post-ID) ) return FALSE;

if ( $post-post_type == 'page' )

return get_page_link($post-ID, $leavename);

elseif ($post-post_type == 'attachment')

return get_attachment_link($post-ID);

$permalink = get_option('permalink_structure');

if ( '' != $permalink !in_array($post-post_status, array('draft', 'pending')) ) {

$unixtime = strtotime($post-post_date);

$category = '';

if ( strpos($permalink, '%category%') !== false ) {

$cats = get_the_category($post-ID);

if ( $cats )

usort($cats, '_usort_terms_by_ID'); // order by ID

$category = $cats[0]-slug;

if ( $parent=$cats[0]-parent )

$category = get_category_parents($parent, FALSE, '/', TRUE) . $category;

// show default category in permalinks, without

// having to assign it explicitly

if ( empty($category) ) {

$default_category = get_category( get_option( 'default_category' ) );

$category = is_wp_error( $default_category ) ? '' : $default_category-slug;

}

}

$author = '';

if ( strpos($permalink, '%author%') !== false ) {

$authordata = get_userdata($post-post_author);

$author = $authordata-user_nicename;

}

$date = explode(" ",date('Y m d H i s', $unixtime));

$rewritereplace =

array(

$date[0],

$date[1],

$date[2],

$date[3],

$date[4],

$date[5],

$post-post_name,

$post-ID,

$category,

$author,

$post-post_name,

);

$permalink = get_option('home') . str_replace($rewritecode, $rewritereplace, $permalink);

$permalink = user_trailingslashit($permalink, 'single');

return apply_filters('post_link', $permalink, $post);

} else { // if they're not using the fancy permalink option

$permalink = get_option('home') . '/?p=' . $post-ID;

return apply_filters('post_link', $permalink, $post);

}

}

点击下面的链接下载修改好的文件，请解压后上传或粘贴到您原来的文件中。此方法文章页查询次数至少可降低10。

注意：如果您原来的插件有诸如下面的代码，并且您的永久链接方式为postname而不是postid，请修改

$sql = "SELECT ID, post_title, comment_count,post_date, post_content FROM $tableposts WHERE post_status = 'publish' ";

为

$sql = "SELECT ID, post_name, post_title,

comment_count,post_date, post_content FROM $tableposts WHERE

post_status = 'publish' ";

至此您的数据库查询次数将减小为个位数，繁忙时访问速度提高较显著，速度应当与直接生成静态文件时的情况差距不大，但互动性丝毫不减。

wordpress能承载多大的数据？文章数量如果十万，百万

wordpress能承载多大数据，主要是看数据库的承载能力，

也就是看mysql的承载能力了。

十万、百万应该是没有问题的。

希望我的回答帮到你。

wordpress百万级数据如何优化数据库

MySQL是一个关系型数据库管理系统，由瑞典MySQL AB 公司开发，目前属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一，在 WEB 应用方面，MySQL是最好的 RDBMS (Relational Database Management System，关系数据库管理系统) 应用软件。“总是在灾难发生后，才想起容灾的重要性。总是在吃过亏后，才记得曾经有人提醒过。”，所以此处列出一些MySQL的必要的优化和建议。

1. 核心类

♦ 不在数据库做计算，cpu计算务必移至业务层；

♦ 控制单表数据量，单表记录控制在千万级；

♦ 控制列数量，字段数控制在20以内；

♦ 平衡范式与冗余，为提高效率可以牺牲范式设计，冗余数据；

♦ 拒绝3B(big)，大sql，大事务，大批量；

2. 字段类

♦ 用好数值类型

tinyint(1Byte)

smallint(2Byte)

mediumint(3Byte)

int(4Byte)

bigint(8Byte)

bad case：int(1)/int(11)

♦ 有些字符转化为数字

例如：用int而不是char(15)存储ip

♦ 优先使用enum或set

例如：sex enum (‘F’, ‘M’)

♦ 避免使用NULL字段

NULL字段很难查询优化

NULL字段的索引需要额外空间

NULL字段的复合索引无效

bad case：

name char(32) default null

age int not null

good case：

age int not null default 0

♦ 不在数据库里存图片

3. 索引类

♦ 谨慎合理使用索引

改善查询、减慢更新

索引一定不是越多越好（能不加就不加，要加的一定得加）

覆盖记录条数过多不适合建索引，例如“性别”

♦ 字符字段必须建前缀索引

♦ 不在索引做列运算

bad case：

select id where age +1 = 10;

♦ innodb 主键合理使用自增列

主键建立聚簇索引

主键不应该被修改

字符串不应该做主键

如果不指定主键，innodb会使用唯一且非空值索引代替

♦ 不用外键，请由程序保证约束

4. sql类

♦ sql语句尽可能简单

一条sql只能在一个cpu运算

大语句拆小语句，减少锁时间

一条大sql可以堵死整个库

♦ 简单的事务

事务时间尽可能短

bad case：

上传图片事务

♦ 避免使用触发器，用户自定义函数，请由程序取而代之

♦ 不用select *

消耗cpu，io，内存，带宽

这种程序不具有扩展性

♦ OR改写为IN()

♦ OR改写为UNION

PS：最新的mysql内核已经进行了相关优化

♦ limit高效分页

limit越大，效率越低

select id from t limit 10000, 10;

应该改为 =

select id from t where id 10000 limit 10;

♦ 使用union all替代union，union有去重开销

♦ 尽量不用连接join

♦ 务必请使用“同类型”进行比较，否则可能全表扫面

♦ 打散批量更新

♦ 使用新能分析工具

show profile;

mysqlsla;

mysqldumpslow;

explain;

show slow log;

show processlist;

show query_response_time(percona)