Ⅰ wordpress資料庫怎麼進
WordPress使用的資料庫是mysql資料庫資料庫內容都保持在相應的資料庫裡面；
資料庫的相關配置文件在WordPress站點的根目錄下wp-config.php
define('DB_USER' 資料庫用戶名
define('DB_PASSWORD', 資料庫密碼
define('DB_HOST', 資料庫地址；
如果需要查看wordpress資料庫內容
需要站點目錄下新建一個文件夾phpmyadmin上傳phpmyadmin解壓縮後的文件，然後再訪問下。
Ⅱ wordpress如何將文章批量導入資料庫
大概步驟：
1、發布文章到wp_posts表中，這個表裡面就是文章的標題，內容等等；
2，修改wp_term_relationships表，這個表可以指定文章放在哪個分類下面
'INSERT INTO `wordpress`.`wp_term_relationships` (`object_id`, `term_taxonomy_id`, `term_order`) VALUES (文章ID, 目錄ID, ''0'');
其中文章ID從wp_posts表中獲取，目錄ID從wp_terms表中獲取
3.標簽內容需要修改表wp_postmeta
Ⅲ wordpress博客的文章在資料庫的哪裡
Wp-post
Ⅳ 如何建立wordpress資料庫
wordpress資料庫本身是不需要創建的，因為在安裝wordpress的時候，它就會創建。
不過，需要在我們網站的資料庫里添加一個空資料庫來存放wordpress的資料庫。
如果你的網站伺服器有phpmyadmin資料庫工具，就可以進入這個工具來新建一個空資料庫。如果沒有phpmyadmin，可以使用本的資料庫軟體來新建空資料庫，這類工具很多，如：mysql wordbench管理工具
當然，你必須要知道你伺服器上的資料庫的 用戶名 和 密碼，才能對資料庫進行操作的。
Ⅳ 怎麼清理優化wordpress資料庫
一、資料庫表清理
1. wordpress資料庫表
wp_commentmeta: 用於保存評論的元信息，在將評論放入回收站等操作時會將數據放入此表，Akismet等插件也會生成此表的數據。此表不太重要
wp_comments: 用於保存評論信息的表
wp_links: 用於保存用戶輸入到Wordpress中的鏈接(通過Link Manager)的表
wp_options: 用於保存Wordpress相關設置、參數的表，裡麵包括了大量的重要信息
wp_postmeta: 用於保存文章的元信息(meta)的表
wp_posts: 用於保存你所有的文章相關信息的表，非常的重要。一般它存儲的數據是最多的
wp_terms: 文章和鏈接分類以及文章的tag分類可以在表裡找到
wp_term_relationships: 日誌與wp_terms中的類別與標簽聯合起來共同存儲在wp_terms_relationships表中。類別相關鏈接也存儲在wp_terms_relationships中
wp_term_taxonomy: 該表格對wp_terms表中的條目分類（類別、鏈接以及標簽）進行說明
wp_usermeta : 用於保存用戶元信息(meta)的表
wp_users:用於保存Wordpress使用者的相關信息的表
2. 清理涉及到的表
更換主題，刪除插件會在將數據留在資料庫中，在卸載後無法被清理。除此之外，在由於一些操作，會導致資料庫的冗餘，比如已經沒有的評論，不應該在評論元數據表中有記錄，由於沒有外鍵的約束，這些記錄沒有被刪除，會造成數據的冗餘。本文的宗旨是刪除掉不必要的資料庫內容，提高wordpress的效率
在此，主要涉及到一下幾張表：wp_options，wp_posts，wp_postmeta，wp_commentmeta
注意清理之前進行備份
3. wp_options的清理
wp_options 這個數據表是wordpress設置的全局數據，這個表會經常有數據膨脹。主要原因是：
(1)以前用過的一些插件、主題在刪除之後沒有進行設置的清理，造成殘留數據
(2)佔用數據的大戶–RSS緩存，後台的數據調用竟然會放到資料庫裡面
處理方法：
①網上對RSS處理方法有兩種一個是修改後台的文件直接不去調用，這個是我不喜歡的畢竟修改了程序，其實這個很容
易忘記WP升級是太頻繁的哪次更新覆蓋了新文件還是照樣緩存.另外一種就是在配置文件裡面填寫define(『MAGPIE_CACHE_ON』, 』0′); 這個是管用的,添加以後後台首頁的調用明顯變慢
②使用插件clean options
③費力但是簡單的清除方法：刪除wp_options表，會刪除一些設置，需要重新設置wordpress，推薦新手使用
TRUNCATE TABLE wp_options;
4.wp_posts清理
wordpress的文章有好多：wp_posts表中包括
文章種類：文章、修訂版本、頁面、文章的附件、菜單
其中每種文章又會有很多狀態：繼承、發布、私有、草稿、自動草稿、回收站中
冗餘原因：
(1)在博主寫文章的時候，系統會保存很多的中間狀態，在文章發布之後其很多的中間狀態沒有被刪除
解決辦法：
①使用插件：WP Cleaner，使用插件的好處就是有保護機制，無論怎麼操作都無法影響已發布的貼子，請放心使用
②自己動手刪除，資料庫中的標志刪除文章，注意備份
說明：wp_posts的重要欄位含義：
post_type：文章類型，post表示為文章，revision表示為修訂版本，page為頁面，attachment是文章的附件信息，nav_menu_item是菜單。這里我們需要的是文章、頁面、和菜單
post_status：文章狀態，inherit是繼承的附件和文章的附帶信息，publish是已經發布、private是私有的，draft是草稿，auto-draft是自動草稿，trash是在回收站。這里我們需要的是publish的狀態的
這里我們主要是要 已經發布的文章、頁面和菜單，除此之外的都可以刪除，當然可以根據自己的需求選擇刪除哪些
DELETE FROM wp_posts
WHERE NOT(post_status = 『publish』 AND post_type IN(『post』,'nav_menu_item』,』 page』));
③去除WP保存修訂版本的功能
WordPress默認的功能並不都是我們想要的，比如修訂版本歷史對於大多數人來說是無用的雞肋功能。所以我么需要禁止一些博客功能，來達到較為符合個
人要求的博客應用。對於高手來說，可以直接修改程序的配置文件，來禁止相關功能。對於我等程序小白來說還是利用插件是最佳的選擇
推薦中文插件SuperSwitch來關閉一些我們不需要的博客功能。這個插件可以關閉自動保存和修訂歷史版本，還可以關閉博客程序、主題、插件的自動更新。功能非常強大，操作及其簡單。用SuperSwitch禁止了保存修訂版本之後，文章序號就不會斷得太厲害了
5.wp_postmeta清理
wp_postmeta是文章的元信息表，其數據是系統或者插件使用
冗餘原因：
(1)文章被刪除之後，其在wp_postmeta中的數據理應被刪除，在系統中多數情況是系統自動刪除，但是由於人為刪除文章，系統不知道被刪除，就不會刪除wp_postmeta表中的數據，造成冗餘
(2)很多主題、插件沒有做好及時清除的工作
解決辦法：
① 手動刪除
規矩刪除
刪除文章中不存在文章的元信息
DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT post_id FROM wp_posts);
安全刪除
刪除_edit_lock和_edit_last條目是安全的，所以這里給出SQL語句
DELETE FROM wp_postmeta WHERE meta_key = 『_edit_lock』;
DELETE FROM wp_postmeta WHERE meta_key = 『_edit_last』;
風險刪除
除了這兩條還執行了一些其他語句由於有些風險：自己酌情考慮
DELETE FROM wp_postmeta WHERE meta_key = 『_wp_old_slug』;
DELETE FROM wp_postmeta WHERE meta_key = 『_revision-control』;
DELETE FROM wp_postmeta WHERE meta_value = 『{{unknown}}』;
特殊插件刪除
postnav插件會記錄每個文章的訪問數，如果不需要，可以刪除
DELETE FROM wp_postmeta WHERE meta_key = 『views』;
特殊操作刪除
在WordPress的後台上傳圖片或者附件後會在wp_postmeta中生成_wp_attached_file和_wp_attachment_metadata兩個項，wp_posts也會記錄附件的信息。如果使用FTP工具上傳文件，表中就不會有這些信息
DELETE FROM wp_postmeta WHERE meta_key = 『_wp_attached_file』;
DELETE FROM wp_postmeta WHERE meta_key = 『_wp_attachment_metadata』;
潔癖刪除
這幾條條語句執行完畢能夠刪除掉95%以上的數據，算的上是極限優化了，最後考慮到這個數據表並不是很重要，有潔
凈癖的人可以嘗試清空這個表，當然我測試清空表會讓一些原本的數據丟失
TRUNCATE TABLE wp_postmeta;
6. wp_commentmeta清理
冗餘原因：
(1)評論被刪除之後，其在wp_commentmeta中的數據理應被刪除，在系統中多數情況是系統自動刪除，但是由於人為刪除文章，系統不知道被刪除，就不會刪除wp_commentmeta表中的數據，造成冗餘
(2)很多主題、插件沒有做好及時清除的工作
解決辦法：
一下語句去除沒有用的數據，如果評論中沒有此條評論，那麼在wp_commentmeta也沒有意義，好像wordpress在清空回收站的時候會刪除wp_commentmeta相應的數據。如果不出意外，下面的操作我們應該不需要做
DELETE FROM wp_comments WHERE comment_approved = 『trash』;
DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);
在wp_commentmeta裡面會記錄評論被刪除的時間，這些信息用處不是很大，當評論被從回收站刪除之後，這些刪除的時間意義就不是很大，就可以刪除了，所以用下面的語句一樣達到刪除的目的
DELETE FROM wp_commentmeta WHERE meta_key LIKE 『%trash%』;
如果直接全部刪除wp_commentmeta，影響不會太大，這裡面不會涉及重要的數據
TRUNCATE TABLE wp_commentmeta
7. 總結
其實大部分無用的數據均在這幾張表中，清理過後應該不會又太多的冗餘數據了。但這里沒有針對特殊插件或主題做資料庫清理，有時這些插件和主題會悄悄動了一些資料庫表，這樣給清理帶來很大難度，需要看代碼才知道哦
二、資料庫表優化
原理：資料庫優化不
涉及數據的刪除，是將資料庫的表的狀態調整好。在使用phpmyadmin時候，或許您會看到資料庫表後面有多餘xxMB的字樣，這個指的是那些已經分配
給當前表但是卻沒有使用的空間。這個多餘是沒有什麼害處的，他不會佔用你的空間。當刪除一個表的一部分記錄時,這些記錄仍然保持在一個linked
list 中，當插入新數據時會再次使用這些老紀錄的位置。所以刪除紀錄會閑置一些空間造成你說的「多餘」
優化：
(1)在phpmyadmin手動 優化或者修復表即可
(2)運行SQL：
OPTIMIZE TABLE wp_commentmeta;
OPTIMIZE TABLE wp_comments;
OPTIMIZE TABLE wp_links;
OPTIMIZE TABLE wp_options;
OPTIMIZE TABLE wp_postmeta;
OPTIMIZE TABLE wp_posts;
OPTIMIZE TABLE wp_terms;
OPTIMIZE TABLE wp_term_relationships;
OPTIMIZE TABLE wp_term_taxonomy;
OPTIMIZE TABLE wp_usermeta;
OPTIMIZE TABLE wp_users;
(3)插件：Optimize DB
我是使用SQL語句進行清理與優化的，附我的優化SQL語句（我的表前綴是wp1）：
DELETE FROM wp1_posts WHERE NOT(post_status = 『publish』 AND post_type IN(『post』,'nav_menu_item』,』 page』));
DELETE FROM wp1_postmeta WHERE meta_key in (『_edit_lock』,
『_edit_last』, 『_wp_old_slug』, 『_revision-control』, 『{{unknown}}』,
『_wp_attached_file』, 『_wp_attachment_metadata』);
DELETE FROM wp1_postmeta WHERE post_id NOT IN (SELECT id FROM wp1_posts);
DELETE FROM wp1_comments WHERE comment_approved like 『%trash%』;
DELETE FROM wp1_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp1_comments);
OPTIMIZE TABLE wp1_commentmeta;
OPTIMIZE TABLE wp1_comments;
OPTIMIZE TABLE wp1_links;
OPTIMIZE TABLE wp1_options;
OPTIMIZE TABLE wp1_postmeta;
OPTIMIZE TABLE wp1_posts;
OPTIMIZE TABLE wp1_terms;
OPTIMIZE TABLE wp1_term_relationships;
OPTIMIZE TABLE wp1_term_taxonomy;
OPTIMIZE TABLE wp1_usermeta;
OPTIMIZE TABLE wp1_users;
Ⅵ wordpress博客的文章在資料庫的哪裡
//測試方法： 當前文件路徑/?p=1
//載入wp-load
require_once( dirname(dirname(dirname(dirname(__FILE__)))) . '/wp-load.php' );
wp();
//取得p對應的文章id
$post = get_post($_GET['p']);
//資料庫中存儲的文章內容
$c = $post->post_content;
//文章格式化
$c = apply_filters( 'the_content', $c );
$c = str_replace( ']]>', ']]>', $c );
//顯示文章內容
Ⅶ wordpress 怎麼導入資料庫的數據
從Phpmyadmin導出資料庫，或者用WP database backup 或者其他插件導出資料庫，再到新主機的Phpmyadmin導入。切換主題，重新保存固定鏈接設置。
也可以從WordPress的後台導出文章。
Ⅷ wordpress怎麼備份資料庫
WordPress導出備份
進入WordPress管理後台，點擊左側菜單的「工具」--「導出」
在導出頁面，我們可以選擇導出的內容類型，默認是全部內容，然後點擊下方的「下載導出的文件」即會下載一個XML文件，這個就是我們備份的文章內容數據，如果需要還原的直接導入即可。
WordPress插件備份
WordPress提供了很多插件可以完成備份功能，我們這里以WP-DB-Backup插件為例，點擊後台左側菜單的「插件」--「安裝插件」
在搜索框輸入backup搜索插件
在搜索結果內找到「WP-DB-Backup」，點擊下方的「安裝插件」，安裝插件
安裝完畢之後，再次進入菜單欄的「工具」--「備份」
這時我們可以對備份選項進行設置，還可以選擇定時備份，並且將備份的結果發送到你的郵箱，是不是很方便。
PhpMyAdmin手動備份
對於使用虛擬主機的朋友，我們還可以通過控制面板進入到phpmyadmin里進行手動備份，以cPanel面板為例
選擇你的WordPress資料庫，點擊上方的「導出」按鈕
此時會提示你要備份的資料庫文件的格式，我們一般選擇默認的SQL文件即可，這樣就備份好你的資料庫文件了
對於圖片資源之類的文件，我們可以使用FTP工具直接下載到本地即可。
Ⅸ wordpress 資料庫導入後，還是無法顯示原來的文章，自么辦呢
請確定你導入的資料庫是該wordpress運行的那個資料庫名,一個資料庫用戶有多個資料庫名.
如果確定你導入的資料庫信息系該wordpress運行的資料庫名,還請確定你的表名是不是一樣的,比如:
你安裝的是:
前綴wp-
而導入的前綴非wp-,也是導入不成功的.
需要去config.php修改資料庫前綴即可.
Ⅹ 請問如何將我以前的wordpress博客鏈接到自己的資料庫
有2種方式可以滿足你的要求
1、登陸wordpress後台導出所有文章然後再新的博客上面導入文章即可（但是這樣操作後你的友情鏈接都沒有了）
2、備份資料庫。你可以用WPDB插件來備份你的wordpress資料庫、然後添加到新的博客上面。