我爱水煮鱼» 数据库

Optimize DB：在 WordPress 后台优化 MySQL 数据库

Denis — Sun, 28 Feb 2010 18:06:04 +0000

为什么需要优化数据库

随着 MySQL 的使用，包括 BLOB 和 VARCHAR 字节的表将变得比较繁冗，因为这些字段长度不同，对记录进行插入、更新或删除时，会占有不同大小的空间，记录就会变成碎片，且留下空闲的空间。就像具有碎片的磁盘，会降低性能，需要整理，因此要优化。

如何优化 WordPress 数据库

而 WordPress 使用的数据库正是 MySQL，所以当你觉得 WordPress 速度比较慢的时候，对 MySQL 进行优化下，可以相当程度上提高 WordPress 的速度。我们可以通过 PHPMyAdamin 对 MySQL 表进行优化：

在 PHPMyAdmin 优化 MySQL 表

使用 Optimize DB 插件在WordPress 后台直接优化 MySQL 数据库

但是如果每次都要进入 PHPMyAdmin 优化 MySQL表，这样是非常麻烦的，所以就进入了今天的主题，今天推荐的插件：Optimize DB，它能够让你在 WordPress 后台直接优化 MySQL 数据表。

该插件安装非常简单，上传激活即可，激活之后，在 WordPress 后台 > Tools => Optimize DB 就能优化 MySQL 数据表了：

在 WordPress 后台优化 MySQL 表

上图中的 overhead 就是数据库冗余，点击 Optimize Now，就可以优化。

当然我们可以把该插件修改下，让其自动定时对数据库进行优化。

继续阅读：Optimize DB：在 WordPress 后台优化 MySQL 数据库

收藏本文： 本站长期承接 WordPress 项目

批量删除不用的标签

Denis — Tue, 07 Oct 2008 15:58:38 +0000

WordPress 使用的过程中，会产生一些标签被废弃不用，时间久了，这类标签就会增多，一个个删除太累，就是批量删除，查看了下，WordPress 的分类模式，得出以下两条用于批量删除不用的标签的 SQL 语句：

DELET a FROM wp_terms a,wp_term_taxonomy b WHERE a.term_id = b.term_id AND b.count=0

DELETE b FROM wp_term_taxonomy b WHERE b.count=0

我自己测试下，好像起作用，但是我也不能保证完全可行，因为大学学的数据库的东东都基本还给老师。

继续阅读：批量删除不用的标签

收藏本文： 本站长期承接 WordPress 项目

更改 WordPress 数据库表名前缀

bssn — Sun, 11 May 2008 16:43:02 +0000

众所周知，WordPress 在安装时候可以选择表名前缀以在同一数据库安装多个WordPress 程序。但是很多空间商，尤其是老外的虚拟主机商允许建立多个数据库，这样为了便于管理，很多人在安装多个WordPress 程序的时候选择多个数据库而不是修改表名前缀，当然这样的方式也是被提倡的。

所谓天有不测风云，人有旦夕祸福。如若碰到多个数据库合为单个数据库的时候，头疼事情就来了，这种情况往往在从国外往国内搬的时候，国内空间商不知道为何如此吝啬

既然碰到这种情况，自然修改表名了，或者新建一个WordPress 用WordPress eXtended RSS导入（manage - export），不过这不是这里要讨论的了

更改 WordPress 数据库表名前缀步骤：

禁用所有插件，然后通过 phpmyadmin 备份你的 WordPress 数据库。
用文本编辑器打开你备份的数据库文件(*.sql)，查找“wp_”，并用你准备用的表明比如“Bssn_”替换。
使用 phpmyadmin 将你当前数据库 WordPress 表删除。
导入你刚才修改了的备份文件。
修改wp-config.php文件，将$table_prefix = ‘wp_’; 改为 $table_prefix = ’Bssn_’;
到后台开启所有插件。（如果备份之前没有禁用插件，可能会导致插件工作不正常，到插件管理重新开启即可。）

顺便提一下修改表名前缀的sql语句为：

ALTER TABLE wp_bssn RENAME TO bssn_bssn

此句将把 wp_bssn 表更名为 bssn_bssn。

继续阅读：更改 WordPress 数据库表名前缀

收藏本文： 本站长期承接 WordPress 项目

phpMyAdmin

Denis — Sat, 05 Apr 2008 12:30:18 +0000

什么是 phpMyAdmin？

phpMyAdmin 是 MySQL 数据库管理工具，它能够让用户直接和 MySQL 数据库进行交互的 PHP 脚本程序。

WordPress 是把所有信息都保存在 MySQL 数据库中的，所以可以通过 phpMyAdmin 来查看 WordPress 的数据库中数据，字段和表。

phpMyAdmin 程序是用来维护数据表，备份信息，和在 WordPress 不工作的情况下直接编辑数据库。其实 phpMyAdmin 最大的好处就是可以直接用来进行 SQL 查询，这比直接使用 MySQL 的命令行方便了很多。

一般在主机的控制面板，如 cPanel 和 Plesk 中，都已经预装了 phpMyAdmin。如果你使用这些主机控制面板，无需做任何事情的时候，只需在控制面板中找到相应的链接即可使用 phpMyAdmin。

当然也可以也可以直接到 phpMyAdmin 项目页面下载和安装即可。另外你也可以下载 WP-phpMyAdmin 这个插件可以整合 phpMyAdmin 到你 WordPress 后台。

警告

如果你对 SQL 不是很熟悉，建议你不要采用 phpMyAdmin 对你 WordPress 数据库进行操作，并且不能回退。所以如果不小心进行了误操作，则没有办法进行返回了。对于有经验的用户，也建议在操作执行之情进行备份。

继续阅读：phpMyAdmin

收藏本文： 本站长期承接 WordPress 项目

WordPress Database Backup 简体中文语言包

Denis — Sat, 15 Dec 2007 18:32:37 +0000

WordPress Database Backup 是一个很有用的WordPress数据库备份插件，可以备份想要的数据表至本地，还可以设置定时备份数据库并发送备份文件到你指定的邮箱。我爱水煮鱼在如何有规律的备份你的 BLOG 这篇日志中介绍过这个插件的详细使用方法，你有空可以去看看。

现在 WordPress 中文团队的 paopao 已经做出了这个插件的简体中文包，方便中文用户的使用。如有任何疑问和使用上的问题，欢迎给 paopao 留言，哈哈，paopao 是一个非常热心 wper，本站的 WordPress 2.3 Related Posts 插件的第二版就是在 paopao 的帮助下完成的。

继续阅读：WordPress Database Backup 简体中文语言包

收藏本文： 本站长期承接 WordPress 项目

WordPress 数据库探究 #1 — 介绍

Denis — Sun, 18 Nov 2007 11:50:28 +0000

这个系列教程翻译自：A look inside the WordPress database。由于原文比较长，我把它分成一系列教程，今天第一篇是开篇介绍。

WordPress 和其他现代内容管理系统 (CMS) 一样，它是以数据库为中心的程序。它把所有信息都保存到数据中 -- 博客设置，日志，评论，链接，用户等等。所以理解数据库是怎么组织是非常重要的，如存储的是什么是数据类型，数据表之间是链接有什么不同。

在我们深入研究之前，我需要强调三点：

WordPress API 提供了很多操作数据库的方法而不用直接访问数据库而不用直接访问数据库。所以，从技术层面上说，你不需要知道数据库是怎么组织的。但是如果你知道，你可能在遇到问题的时候能更快找到解决方案，而且更容易实现。
WordPress 数据库模式是小巧而简单的。所以没有什么好怕的。它只有10个数据表，而且每个都只有一些字段。总的来说，它的模式是非常有意义的。它能使你在几秒之后就能记住大部分，尽管你没有必要这样做。
WordPress 数据库模式是有非常详细文档描述的。WordPress Codex 文档以字母顺序解释了数据表，这个在查找东西的时候是有帮助的。但是对于初次使用，最好有不同的顺序，这也是这系列日志尝试做到的。

在这接下来的日志，你可能在另外的浏览器标签页中打开前面提到的 WordPress Codex 中的数据库描述，或者数据库工具，如 PHPMyAdmin 或者 MySQL 命令行。你可以通过运行 “SHOW TABLES” 查询列出数据库表名列表，可以通过 EXPLAIN 这个命令得到表的详细描述，如：“EXPLAIN wp_posts“。

好的，那我们首先看看 WordPress 默认安装之后有哪些数据表：

这篇到此为止，下一篇我们将给给大家详细介绍 wp_posts 这个表。

继续阅读：WordPress 数据库探究 #1 -- 介绍

收藏本文： 本站长期承接 WordPress 项目

WordPress 数据库探究 #2 — wp_posts

Denis — Sun, 18 Nov 2007 11:49:06 +0000

WordPress 主要被用作一个~~博客引擎的~~内容管理系统（简称 CMS）。所以我认为这个“内容”表是最重要的。静态页面，日志和附件都是内容，WordPress 把它们都放在一个表中 -- wp_posts。

实际上，附件是被保存在它们原来的位置 -- 在磁盘的文件，但是 WordPress 用 wp_posts 表保存附件的元信息，如上传该附件用户的 ID，附件所属日志的 ID，上传的日期等等。

静态页面，日志和附件可以很相似，也可以很不同。现在，我们要看到在它们之间的共同之处。他们都有一个唯一的 ID（通常是 WordPress 或者 MySQL 自动产生的），一个作者（写日志或者上传文件的人），发布日期，题目和秒速（甚至空的，依然有方法日后增加和使用）。它们都有 URL。所以对于每个日志，静态页面和附件，WordPress 把它们存储为 wp_posts 表中的一条数据。

还是一些区分日志，静态页面和附件的方法，为了区分它们，WordPress 使用了 wp_posts 表中的字段 post_type。对于日志，post_type 的值是 ‘post’。对于静态页面 -- ‘page’。对于附件 -- ‘attachment’。

然后，有些字段简单日志是特殊类型的时候使用。举个例子，字段 post_mime_type 用来存储附件文件类型，如 ‘image/jpeg’ 和 ‘application/pdf’（在 Wikipedia 定义为 MIME ）。字段 menu_order 用来指定静态页面的顺序。字段 post_parent 用来组织静态页面和子页面之间的关系，同样也用作把附件链到日志。

为了得到每个字段是怎们和什么时候使用的更好的图像，看一下每种类型日志的一条真是记录：

SELECT * FROM wp_posts WHERE post_type = ‘post’ LIMIT 1
SELECT * FROM wp_posts WHERE post_type = ‘page’ LIMIT 1
SELECT * FROM wp_posts WHERE post_type = ‘attachment’ LIMIT 1

如果使用的是 MySQL 命令行工具，那么你最好在查询语句的后面中添加 “\G” (”SELECT * FROM wp_posts WHERE post_type=’post’ LIMIT 1 \G”)。这将向你显示更适合阅读的结果。

日志的状态页是保存在这个表中。在大多数情况下，你可以看到 ‘publish’ 为已发布的日志，‘draft’ 为草稿，‘inherit’ 为附件。还有一些选项，你可以从表格说明中学到。

下面是一些你可以只利用 wp_posts 表进行操作的想法：

产生一些统计 -- 总共有多日志，每种类别的日志分别有多少，每个作者发表的日志有多少，在一段日期内平均每天有多少篇日志等等。
产生一个所有附件的列表。
给每篇日志产生一个图片廊（提示：“WHERE post_type = ‘attachment’ AND (post_mime_type = ‘image/jpeg’ OR post_mime_type = ‘image/gif’ OR post_mime_type = ‘image/png’)“）。

下一篇介绍：wp_postmeta 表

继续阅读：WordPress 数据库探究 #2 -- wp_posts

收藏本文： 本站长期承接 WordPress 项目

WordPress 数据库探究 #3 — wp_postmeta

Denis — Sun, 18 Nov 2007 11:48:03 +0000

可能有很多东西你想保存到你的一些日志中 -- 你写日志时候的心情，你当时听的歌曲，你所处的地理位置，一些相关日志的列表，特定为搜索引擎指定日志信息等等。所以这些东西都会保存到 wp_postmeta 这个表中。

这个表的结构是非常简单和灵活的。它只有四个字段：meta_id，post_id，meta_key 和 meta_value。meta_id 是自动产生的，我想没有任何情况下你需要去修改它 -- 有更多有趣的事情可以去做。post_id 是当前 meta 信息链到日志的 ID（来自 wp_posts 表的记录）。 meta_key 是你想附加到日志上信息的描述（如 ‘mood（心情）’ 或者 ’song（歌曲）’）。 meta_value 是 meta 信息的实际内容（如 ‘Grumpy!’ 或者 ‘The WordPress Song.mp3′）。

WordPress 使用这个表去存储附件的额外信息，这些信息不适合 wp_posts 表（附件的路径，缩略图信息，等等）。另外，这个表还可以用来存储自定义字段（custom field）的名字和值 -- 你可以在日志编辑器下面看到自定义字段框。并且，当然，很多大量插件可以利用这个表。所以，如果你决定在你制作的插件使用这个表，务必为你的 meta 健使用一些唯一的名字。否则，你的插件可能妨碍其他的插件，并且你得到怪异的和完全不可预料的结果。

下一篇是和用户有关的两个表：wp_users 和 wp_usermeta

继续阅读：WordPress 数据库探究 #3 -- wp_postmeta

收藏本文： 本站长期承接 WordPress 项目