wordpress数据库表基本结构：

作者: 日期: 2009/02/28 发表评论 (8) 查看评论

wordpress数据库表基本结构：

[以wordpress 2.8为例，最新的2.9版结构与2.8一致]

数据表一览

wp_options：系统基本设置信息；
wp_users：注册用户基本信息；
wp_usermeta：注册用户附加信息，主要包括权限等设置；
wp_categories： 日记分类，友站链接（blogroll）也包含其中；分类之间也可以有从属关系；公开日记在category_count中计数，私人日记不计数；
wp_links：友站链接（blogroll）；
wp_link2cat： 友站链接的分类；
wp_posts：日记，其中的上传的附件和图片也作为其中的记录，不过类别不同，与日记存在从属关系；其中有几个字段好像没用，如: post_category，post_parent
wp_post2cat：日记（包括附件）的分类；
wp_postmeta：日记中的一些附加信息，也包括上传附件的一些附加信息，自定义字段也存在这里，如：Jerome’s Keywords的tag属性就是保存在这里的；
wp_comments：评论，评论的游客的userid为0；

数据表的相关页面

wp2.8数 据表(10)
表名 描述 WordPress用户界面相关区域
wp_comments WordPress中的评论 存储在wp_comments表中 评论是由读 者创建的作为对文章的回应。评论由管理员管理，通过管理 > 评论 > 评论
wp_links wp_links 保存包含在WordPress Links feature部分的链接的相关信息。
  • 管理 > 链接 > 添加
  • 管理 > 链接 > 编辑
wp_options 管理 > 设置面板下的选项存储在wp_options表里。
  • 管理 > 设置 > 常规
  • 管理 > 设置 > 撰写
  • 管理 > 设置 > 阅读
  • 管理 > 设置 > 讨论
  • 管理 > 设置 > 隐私
  • 管理 > 设置 > 固定链接
  • 管理 > 设置 > 杂项
  • 管理 > 外观 > 小工具
wp_postmeta 每篇文章的特性信息被称为元数据，它存储在wp_postmeta. 有些插件可能会添加他们自己的信息到这个表里.
  • 管理 > 文章 > 添加
  • 管理 > 页面 > 添加
wp_posts 数据的核心是文章，它存储在wp_posts表.
  • 管理 > 文章 > 添加
  • 管理 > 文章 > 编辑
  • 管理 > 页面 > 添加
  • 管理 > 页面 > 编辑
  • 管理 > 媒体 > 添加
  • 管理 > 媒体 > 媒体库
wp_terms 文章和链接分类以及文章的tag分类可以在wp_terms表里找到.
  • 管理 > 文章 > Tags
  • 管理 > 文章 > 分类
  • 管理 > 链接 > 链接分类
  • 管理 > 文章 > 添加
  • 管理 > 文章 > 编辑
  • 管理 > 文章 > 添加
  • 管理 > 文章 > 编辑
wp_term_relationships 与文章有关的分类、来自wp_terms表的tags以及这一关联存在于wp_term_relationships表 里. 链接与各自分类的联系也存储于这张表中.
wp_term_taxonomy 这张表描述了wp_terms表中每个条目的分类系统 (分类,链接,或tag).
wp_usermeta 每个用户的特性信息称为元数据,它存储在wp_usermeta.
  • 管理 > 用户
wp_users 用户列表存在于wp_users表.
  • 管理 > 用户

表详细资料

以下是在wp标准安装过程中创建的数据表每个字段的详细信息。

Table: wp_comments

Field Type Null Key Default Extra
comment_ID bigint(20) unsigned PRI NULL auto_increment
comment_post_ID bigint(20) unsigned IND 0 FK->wp_posts.ID
comment_author tinytext
comment_author_email varchar(100)
comment_author_url varchar(200)
comment_author_IP varchar(100)
comment_date datetime 0000-00-00 00:00:00
comment_date_gmt datetime IND & IND Pt2 0000-00-00 00:00:00
comment_content text
comment_karma int(11) 0
comment_approved varchar(20) IND & Ind Pt1 1
comment_agent varchar(255)
comment_type varchar(20)
comment_parent bigint(20) unsigned 0 FK->wp_comments.ID
user_id bigint(20) unsigned 0 FK->wp_users.ID

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 1 comment_ID
comment_approved INDEX None comment_approved
comment_post_ID INDEX None comment_post_ID
comment_approved_date_gmt INDEX None comment_approved
comment_date_gmt
comment_date_gmt INDEX None comment_date_gmt

Table: wp_links

Field Type Null Key Default Extra
link_id bigint(20) unsigned PRI NULL auto_increment
link_url varchar(255)
link_name varchar(255)
link_image varchar(255)
link_target varchar(25)
link_description varchar(255)
link_visible varchar(20) IND Y
link_owner bigint(20) unsigned 1
link_rating int(11) 0
link_updated datetime 0000-00-00 00:00:00
link_rel varchar(255)
link_notes mediumtext
link_rss varchar(255)

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 7 link_ID
link_category INDEX None link_category
link_visible INDEX None link_visible

Table: wp_options

Field Type Null Key Default Extra
option_id bigint(20) unsigned PRI Pt1 NULL auto_increment
blog_id int(11) PRI Pt2 0
option_name varchar(64) PRI Pt3 & IND
option_value longtext
autoload varchar(20) yes

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 184 option_id
blog_id
option_name
option_name INDEX 184 option_name

Table: wp_postmeta

Field Type Null Key Default Extra
meta_id bigint(20) unsigned PRI NULL auto_increment
post_id bigint(20) unsigned IND 0 FK->wp_posts.ID
meta_key varchar(255) YES IND NULL
meta_value longtext YES NULL

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 13 meta_ID
post_id INDEX 15 post_id
meta_key INDEX 7 meta_key

Table: wp_posts

Field Type Null Key Default Extra
ID bigint(20) unsigned PRI & IND Pt4 auto_increment
post_author bigint(20) unsigned 0 FK->wp_users.ID
post_date datetime IND Pt3 0000-00-00 00:00:00
post_date_gmt datetime 0000-00-00 00:00:00
post_content longtext
post_title text
post_excerpt text
post_status varchar(20) IND PT2 publish
comment_status varchar(20) open
ping_status varchar(20) open
post_password varchar(20)
post_name varchar(200) IND
to_ping text
pinged text
post_modified datetime 0000-00-00 00:00:00
post_modified_gmt datetime 0000-00-00 00:00:00
post_content_filtered text
post_parent bigint(20) unsigned 0 FK->wp_posts.ID
guid varchar(255)
menu_order int(11) 0
post_type varchar(20) IND Pt1 post
post_mime_type varchar(100)
comment_count bigint(20) 0

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 2 ID
post_name INDEX None post_name
type_status_date INDEX None post_type
post_status
post_date
ID
post_parent INDEX None post_parent

Table: wp_terms

Field Type Null Key Default Extra
term_id bigint(20) unsigned PRI auto_increment
name varchar(200)
slug varchar(200) UNI
term_group bigint(10) 0

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 2 term_ID
slug UNIQUE 2 slug
name Index none name

Table: wp_term_relationships

Field Type Null Key Default Extra
object_id bigint(20) unsigned PRI Pt1 0
term_taxonomy_id bigint(20) unsigned PRI Pt2 & IND 0 FK->wp_term_taxonomy.term_taxonomy_id
term_order int(11) 0

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 8 object_id
term_taxonomy_id
term_taxonomy_id INDEX None term_taxonomy_id

Table: wp_term_taxonomy

Field Type Null Key Default Extra
term_taxonomy_id bigint(20) unsigned PRI auto_increment
term_id bigint(20) unsigned UNI Pt1 0 FK->wp_terms.term_id
taxonomy varchar(32) UNI Pt2
description longtext
parent bigint(20) unsigned 0
count bigint(20) 0

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 2 term_taxonomy_id
term_id_taxonomy UNIQUE 2 term_id
taxonomy
taxonomy INDEX None taxonomy

Table: wp_usermeta

Field Type Null Key Default Extra
umeta_id bigint(20) unsigned PRI NULL auto_increment
user_id bigint(20) unsigned ‘0’ FK->wp_users.ID
meta_key varchar(255) Yes IND NULL
meta_value longtext Yes IND NULL

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 9 umeta_id
user_id INDEX None user_id
meta_key INDEX None meta_key

Table: wp_users

Field Type Null Key Default Extra
ID bigint(20) unsigned PRI NULL auto_increment
user_login varchar(60) IND
user_pass varchar(64)
user_nicename varchar(50) IND
user_email varchar(100)
user_url varchar(100)
user_registered datetime 0000-00-00 00:00:00
user_activation_key varchar(60)
user_status int(11) 0
display_name varchar(250)

Indexes

Keyname Type Cardinality Field
PRIMARY PRIMARY 1 ID
user_login_key INDEX None user_login
user_nicename INDEX None user_nicename
未分类,
发表评论？

8 条评论。

  1. 爱新奇 2010/12/06 在 13:42

    不知道插件是存在哪个表中的

    回复
    • feng 2010/12/06 在 22:38

      插件不存在哪个表里的，在目录 /wp-content/plugins 里，一般每个插件占用一个文件夹；当然有些插件会创建一些表，但绝大多数都不会，因为没有必要

      回复
  2. 早起的菜鸟 2011/09/20 在 15:46

    大哥，我在我机子上运行wp，怎么cpu占用100%啊，我的环境是：apache2.2.19+PHP5.2.17+mysql5.5.13的，但是运行比较小的demo不会出现这种情况，运行大的比如wp，phpmyadmin，cpu就占100%了，很慢，能否告诉我原因啊 ？

    回复
  3. 匿名 2011/09/20 在 19:15

    具体是什么环境，windows？linux？桌面电脑？vps？看看具体是什么进程占用cpu高，先！

    回复
  4. G 2011/11/16 在 12:23

    wp现在已经比较耗内存了，纯wp不加任何插件，加载核心的几个类和函数后，内存占用到17M，而如果纯php，内存只需300kb，用CI框架后内存约2M，所以基本wp最好用缓存插件，不然访问量大一点就承受不了了….

    回复
  5. wordpress数据库表基本结构 | 1/2 * PI * R^2 - pingback on 2012/06/21 在 14:28
  6. wordpress数据库表基本结构 | 养生指南网 - pingback on 2012/07/05 在 07:03
  7. WordPress数据库结构和表结构 | 养生指南网 - pingback on 2012/07/05 在 18:00

发表评论

Trackbacks and Pingbacks: