wordpress数据库加速(wordpress cdn加速)

目录：

• 1、Wordpress插件过多很臃肿，怎么优化
• 2、如何加快WordPress的奔跑速度
• 3、wordpress 源代码中内嵌了一些无法访问的url拖累访问速度？
• 4、wordpress数据库自动会一点点变大，为什么啊？我啥都没动啊
• 5、WordPress 数据库问题
• 6、wordpress百万级数据如何优化数据库

WordPress插件过多很臃肿，怎么优化

缓存就指很多方便了，比如 CDN 缓存、静态缓存、数据库缓存、浏览器缓存等等。

1、CDN 缓存：CDN 的话最好是备案了再起飞，因为大多数没备案的 CDN 都是给美国节点，而很多人是香港服务器，那岂不是绕着太平洋跑？另外，CDN 需要正确的配置（写缓存规则）才能够达到最好的效果。

2、静态数据库缓存：这个呢就不做推荐了，各有各的优点，自己比较效果吧。

3、浏览器缓存：这里呢说一下，如果长期更新浏览器缓存不要搞太久，很多人在百度云加速设置个一年什么的。Service Worker 的话可以试试，离线打开是不是很装逼呢

精简是重要的

很多优秀的主题包含了很多不必要的功能，这时候就需要适当的精简，毕竟只有骨骼轻才可以飞。

插件的话能用纯代码就用纯代码，插件什么的卡死了。

压缩合并让请求更快

一些 CSS/JS 文件要适当的压缩合并，减少请求数，因为在 HTTP/1.1中每个文件都要握手。

Gzip 的话是有必要开的，大家也知道打包文件更小吧。

动静分离让静态资源国内加载

如果你是国外主机的话，这个方法十分管用，可以把图片、CSS、JS文件等托管到国内，不过如果有了 HTTP/2 的话建议不要搞，因为又要与一个域名握手了。

HTTP/2 SPDY 大法好

HTTP/2 压缩了请求头，而且合并了请求，也就是说全站两个域名只需两次请求。

SPDY 的话是谷歌的一个项目，本身是为了加快 HTTP，不过现在的 HTTP/2 已经包含了其大部分功能，谷歌也要放弃该项目了

支持 HTTP/2 的 CDN有CloudFlare、腾讯云、又拍云、上海云盾、360网站卫士、魔门云（非联盟已回源，备案无国内，只有一两个节点，巨坑！）等等。

InstantClick 预加载

这个之前提到过，InstantClick 当访客鼠标悬浮在 a 链接时，InstantClick 会异步请求这个页面，当访客点击时，便瞬间切页，有木有飞起？不过这玩意会扯出一大堆 Bug，像统计、高亮什么的都需要重载，萌新就别弄了，国内估计也就泽泽大佬的 Yodu 模板自带了，至于 WordPress 还没见过，主题作者也不想撤扯出一大堆问题让用户天天问吧。

定时清理 WordPress 的垃圾

经常听一群人说清电脑辣鸡，windows 有垃圾，WordPress 当然也有，例如自动草稿这样的肯定是不要的东西，这里呢推荐 WP Clean Up 插件，国人写的。

希望可以帮助到你，望采纳！

如何加快WordPress的奔跑速度

首先是 选择稳定可靠的空间，另外少装插件，开启空间GZIP压缩和PHP脚本缓存加速。关闭 googleapis 的调用，基本上速度就很快了。

wordpress 源代码中内嵌了一些无法访问的url拖累访问速度？

wordpress必装插件，wordpress网站装好了之后，为了更好的优化网站少不了安装插件优化。今天给大家推荐wordpress必装插件以及工具。只需输入域名选择wordpress主题或模板（内置90000套主题模板选择）。一个网站就这样搭建完成。软件上还覆盖各种主题功能以及全套SEO插件。等下会以图片的形式给大家展示。大家注意看图。一键建站+行业内容采集+伪原创+主动推送给搜索引擎收录。

网站地图，又称站点地图，它就是一个页面，上面放置了网站上需求搜索引擎抓取的一切页面的链接（注：不是一切页面）。大多数人在网站上找不到本人所需求的信息时，可能会将网站地图作为一种弥补措施。搜索引擎蜘蛛十分喜欢网站地图。

制作网站地图的工具十分多，如sitemapX，其他软件功用大同小异。网站地图放置在网站的根目录，有一份或者多份，只要一份的状况是页面比较少，网站地图文件较小，蜘蛛读取速度快，反之蜘蛛读取速度慢，所以分开多个文件放置，不由于读取问题影响权重。另外，robots协议文件控制搜索引擎抓取范围、时间频率等，所以应该把网站地图放在robots的最后面，先恪守robots抓取范围。

出现404错误是在网站页面被收录了之后，后面又被删除，在搜索引擎再次点击即出现404错误。这对用户体验来说是相当糟糕的，但404错误又是无法避免的，中小型网站页面数量不会很多，但是大型门户网站，论坛等，数量就多了。404在seo优化中，尤其是在跳出率和PV上，起到关键作用。

什么是404错误

先看看seo名词解释：HTTP 404或Not Found错误信息是HTTP的其中一种“标准回应信息”（HTTP状态码），此信息代表客户端在浏览网页时，服务器无法正常提供信息，或是服务器无法回应且不知原因。

出现404错误的影响

自定义404错误页面是增强用户体验的很好的做法，但在应用过程中往往并未注意到对搜索引擎的影响。 搜索引擎蜘蛛在请求某个URL时得到“404”状态回应时，即知道该URL已经失效，便不再索引该网页，并向数据中心反馈将该URL表示的网页从索引数据库中删除，删除过程有可能需要很长时间；

搜索引擎得到“200”状态码时，则会认为该url是有效的，便会去索引，并会将其收录到索引数据库，结果是这两个不同的url具有完全相同的内容，搜索赢球认为这是复制的网页。轻则被搜索引擎降权，重则会K掉网站。静态页面为路径的网站，在优化和删除某些后台编辑的文章时，一定要把网站的生成静态页面（完整路径的页面）删除，同时向百度进行死链提交。

这里要提到特殊的tag功能，dedecms能按照文章关键字自动生成tag标签。如果tag标签也被收录，而你删除了某些tag标签，都会弹出“dedecms提示：该标签已删除”的错误页面，会产生非常多重复且低质量的页面。由于不是返回404，无法通过提交404错误，删除这些快照。如果你有大量的tag标签页被收录，404页面的设置方法很多，以万网虚拟机为例，Apache下设置404错误页面。方法很简单，只需在.htaccess 文件中加入如下内容即可：ErrorDocument 404 /notfound.php。也可在万网空间设置里面设置404页面，只要选好404模板。

制作死链文件筛查网站内部存在的死链，并将这些死链页面设置成为404页面，即百度访问它们时返回404代码。将需提交的死链列表制作成一个死链文件，制作方法请参阅百度错误页面提交帮助文档（与sitemap格式及制作方法一致）

wordpress数据库自动会一点点变大，为什么啊？我啥都没动啊

很正常的…我经常备份2次（担心备份错误，有备份双份的习惯），就1-2分钟的时间，数据库大小都会有变动呢。这个是正常现象，不要紧张

WordPress 数据库问题

原来建立的数据库和配置里的数据库名字不一样，登录不上去，还有一个原因可能是密码问题

建立连接必须WordPress程序的wp-config的：

[php] view plaincopyprint?

// ** MySQL 设置 - 具体信息来自您正在使用的主机 ** //

/** WordPress数据库的名称 */

define('DB_NAME', 'xxx_db');

/** MySQL数据库用户名 */

define('DB_USER', 'xxx');

/** MySQL数据库密码 */

define('DB_PASSWORD', '*********');

/** MySQL主机 */

define('DB_HOST', 'xxxxxxxx.com');

是和实际的数据库名、数据库登录账号、登录密码一致、主机名一致的。

最好在wp-config.php里加入代码：

[html] view plaincopyprint?

define('WP_ALLOW_REPAIR', true);

这样保证能及时的修复数据库中损坏的表，损坏的表wp-option也能导致连接失败。

当然，主机没有启动也能导致连接失败，启动不了的话，就要联系服务提供商了。

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)