WordPress 数据库的终极指南

WordPress 的核心是一个 CMS（内容管理系统）。要管理内容，它需要能够存储它。WordPress 通过文件夹和文件以及数据库来做到这一点。我们之前在另一篇文章中介绍了 WordPress 文件系统；这次我们将专注于数据库。

在本文中，我们将研究 WordPress 数据库、它的结构以及每个字段的工作方式。我们还包括一个关于 MySQL 的简短历史课程。提示——MySQL 中的 My 并不意味着它是你的；我是一个真实的人，但谁？- 继续阅读以找出答案。

SQL、MySQL 和 MariaDB 的（非常）简史

WordPress 使用称为 MySQL 的 RDBMS。从技术上讲，它是基于 MySQL 的，因为越来越多地使用 MariaDB 代替 MySQL。SQL 代表结构化查询语言，是我们用来与数据库交互的语言，而不是数据库本身。

正如我们今天所知，MySQL 在互联网的发展中发挥了重要作用。它于 1995 年首次推出，作为 Microsoft 和 Oracle 提供的产品的替代品，很快成为首选的黄金 RDBMS 标准。

MySQL 的历史是丰富多彩的，先后被 Sun Microsystems 和 Oracle 收购（Oracle 收购了 Sun Microsystems 和 MySQL）。

作为对甲骨文收购 MySQL 的回应，MySQL 的创始人 Monty Widenius 将 MySQL 分叉成 MariaDB，并以他的女儿 Maria 的名字命名。（有趣的是，MySQL 是以蒙蒂的另一个女儿命名的——我的）。随着时间的推移，MariaDB 和 MySQL 之间的差异越来越大；但是，这两者在许多情况下仍然可以互换，包括 WordPress 数据库。

事实上，在许多情况下，MariaDB 被认为是 MySQL 的替代品。这意味着您可以卸载 MySQL，安装 MariaDB，然后继续工作，就好像没有任何改变一样。话虽如此，MariaDB 可以在某些情况下提供性能改进，并提供与存储引擎等更广泛的兼容性。

重要的是要注意 MySQL 仍然是免费的，并且是在双许可系统下发布的。在许多情况下，MySQL 用于指代 MySQL 或 MariaDB 的数据库。

如何访问 WordPress 数据库

在连接到 WordPress 数据库时，有几个不同的选项可用。您可以使用的一种或多种方法在很大程度上取决于您使用的 WordPress 托管类型。如果您不确定您的服务器是如何配置的，请咨询您的托管服务提供商或系统管理员。无论哪种方式，选项都可以包括；

phpMyAdmin

phpMyAdmin 是一个最受欢迎的工具，因为它允许我们通过基于 Web 的 GUI 连接到数据库。phpMyAdmin 需要安装在托管数据库的同一台服务器上，许多托管服务提供商直接提供 phpMyAdmin。

Plesk/cPanel

Plesk 和 cPanel 是两个提供类似功能的控制面板平台——便于服务器管理的用户界面。当然，存在某些关键差异，包括它们支持的技术和操作系统。无论哪种方式，它们也允许我们访问数据库，尽管方式略有不同。

SSH/MySQL/mariaDB 客户端

SSH 是一种用户友好度较低的数据库连接方式，它提供 CLI（命令行界面）而不是 GUI。因此，建议对 SQL 命令有更深入的了解。在连接到数据库之前，需要在托管数据库的同一台服务器上显式设置 SSH。

插件

您还可以使用 WordPress 插件来访问您的 WordPress 数据库。使用插件，您可以直接从 WordPress 管理控制台访问数据库。在这里，您需要确保从信誉良好的供应商处选择插件，并遵循所有适用的最佳实践来确保您的数据安全。

WordPress数据库结构

WordPress 数据库由 12 个表组成。默认情况下，每个表都以 wp_ 前缀开头；但是，这可以在初始安装和配置过程中更改。出于WordPress 安全原因，通常建议更改前缀，特别是如果您打算或已经在同一台服务器上进行了多个安装。

组成 WordPress 数据库的 12 个表如下（按字母顺序列出）：

• wp_commentmeta
• wp_comments
• wp_links
• wp_options
• wp_postmeta
• wp_posts
• wp_terms
• wp_termmeta
• wp_term_relationships
• wp_term_taxonomy
• wp_usermeta
• wp_users

我们现在将逐个浏览每个表并查看它存储的数据及其内部结构。

表结构

在我们深入了解每个表的细节之前，有必要花一些时间来了解一下它的结构。如果您不熟悉数据库文档，本节将为您提供速成课程，您会在下一节中找到有用的。另一方面，如果您对 SQL 表非常熟悉，请随意跳过。

• 字段名称 – 这是字段的名称，您可以在 SQL 表中找到该名称
• 描述 – 我们将其放入以帮助您了解该字段包含哪些类型的数据
• 类型 – 这是字段接受的数据类型。括号中的数字表示我们可以输入的可接受字符数量的硬性限制
• Null – 目前尚不清楚为什么使用此字段
• 键 – 这告诉我们条目是否是键。有不同类型的键，包括：
  • 基本的
  • 主要（部分）
  • 指数
  • 索引（部分）
  • 独特的
  • 多种的
• 默认 – 如果条目有默认值，默认值将在此处列出
• 注释 – 任何附加注释

wp_commentmeta

wp_commentsmeta 表存储与评论相关的元数据。评论单独存储在 wp_comments 表中。该表具有以下字段：

wp_comments

wp_comments 表存储帖子评论。与评论相关的元数据存储在 wp_commentmeta 表中。该表具有以下列：

wp_links

该表最初是为了支持 blogrolls 而创建的，该功能从 WordPress 3.5 开始就被删除了。保留它是为了向后兼容，但不再使用。该表具有以下列：

wp_options

通过管理控制台配置的 WordPress 设置存储在这里。插件和主题通常还会在此处存储设置信息，如下面的屏幕截图所示。在这里，我们可以看到我们自己的网站文件更改监视器的扫描频率选项设置为每天。

 

该表具有以下列：

wp_postmeta

每个帖子附带的帖子元数据存储在这里。元数据可以包括附加文件、缩略图、所需的帖子标签和其他此类信息。该表具有以下列：

wp_posts

wp_posts 表是一个主要的表，包含 WordPress 数据的核心。它包含实际的帖子、页面以及导航菜单项，如下面的示例所示，该示例显示了每个 WordPress 全新安装中包含的默认示例页面。

 

该表具有以下列：

wp_terms

术语是用于对 WordPress 中的对象进行分类的分类对象。例如，帖子中使用的类别和标签是术语的类型。此表包含整个 WordPress 中使用的所有不同类型的术语。该表具有以下列：

wp_termmeta

此表存储与 wp_terms 中的术语相关联的元数据。该表具有以下列：

wp_term_relationships

此表维护帖子和分类法之间的关系。该表具有以下列：

wp_term_taxonomy

该表提供了术语分类法，因此，它们提供了可以使用的上下文。例如，我们可以将术语数据库用作帖子类别和产品类别（假设我们正在销售数据库服务）。在这种情况下，帖子类别和产品类别是术语分类法。该表具有以下列：

wp_usermeta

此表存储 wp_users 表中未找到的其他用户数据。WordPress 本身以及插件或主题都可以使用此表。

用户元数据的一个示例是用户昵称。虽然 WordPress 默认包含此字段，但它仍然是元数据的一部分，如下所示。另一个例子是 WooCommerce；使用此表存储客户信息（例如送货地址）的电子商务插件。

 

该表具有以下列：

wp_users

WordPress 用户的信息存储在这里。由于用户是 WordPress 生态系统不可或缺的一部分，因此此表是必不可少的。

该表仅存储每个用户的核心信息，如下例所示。所有其他信息都存储在 wp_usermeta 表中。

该表具有以下列：

熟悉 WordPress 数据库

数据库对于外行来说可能非常令人生畏——毕竟，它们保存了 WordPress 工作所需的所有数据。虽然这里的失误确实会导致网站崩溃，但不要让这吓倒你。毕竟，如果需要，了解 WordPress 数据库的方式可以大大简化您的故障排除工作。

设置测试或登台环境可以为您提供一个安全的空间，您可以在其中自由地进行试验，而不会冒着使您的网站脱机的风险。您甚至可以在您的计算机上免费设置 XAMPP 暂存环境——为您提供掌握 WordPress 数据库所需的一切。