程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MySQL綜合教程 >> 再談MySQL數據庫備份恢復和亂碼問題

再談MySQL數據庫備份恢復和亂碼問題

編輯:MySQL綜合教程

在我轉到wordpress之後第一個考慮的是它的數據庫備份恢復問題,因為寫bloger都知道,自己的blog記錄的都是自己需要的寶貴的資料和文字,如果因為各種未知因素導致數據庫崩潰或者空間商出了問題,丟失了數據的話,無疑是一種非常巨大的痛苦和損失。

所以在我blog裡面有好幾篇資料文章或者自己心得文章來討論mysql數據庫備份恢復和亂碼問題。

之前那些文章討論結果已經暫時能滿足我數據庫備份和恢復問題了,但是始終有個讓我不能完全安心的地方,那就是用PMA恢復的時候,使用的是上傳機制,那麼PHP默認是最大上傳2M,如果我blog再寫下去,寫了幾年,備份下來的數據超過2M,我該怎麼辦?

今天下午曬著太陽的時候又想到這個問題,但突然想起來備份的時候不是可以選擇備份那個表嘛?呵呵,“大智若愚”,其實數據量大,我完全可以一個個表保存,然後一個個表恢復,這樣相當於把一個壓縮包分成幾份,這樣每份的體積就減少了。呵呵,心裡又舒坦了些。但是問題又來了,wp的日志都是放在wp_posts表裡面,就算其他的比如options、comments等表再大也只是一小部分,如果posts表數據超過2M了呢?

不知道我是不是杞人憂天,2M的gzip文件可以保存N多日志了。不過俗話說的好,居安思危,思則有備,有備無患!然後我再想,如過我不要保存為gzip格式,我就保存SQL語句的txt文件,然後我恢復的時候麻煩點,手動復制粘貼SQL代碼,雖然比較麻煩點,但是恢復起來是沒啥問題的。呵呵。想到這裡又舒坦了點。至少已經有了可以完全不用擔心數據庫變大之後的備份恢復問題了。:0

其實我想如果我專心去研究,去寫代碼,完全可以自己寫一個wp數據庫備份恢復的程序,可惜的是,我用wp本身就是想偷懶,用它龐大的資源來給自己便利,因為工作太忙,如果在這上面花去時間開發的話,我想我工作方面就不能全身心投入了。。。

當然,除非是我blog寫的時間太長了,數據量太大,而且都是寶貴的資料,我想再這種需求下面,我該會自己寫個完善的wp數據庫備份恢復的程序了。

最後補充一下mysql數據庫亂碼問題的解決方法,資料來自wp的一個qq群的一個網友:

終於解決了wordpress中文亂碼問題

參考了很多人的方法,最後再確認了一下.總結如下:

1、Mysql處理

(1)配置文件處理

刪除My.ini中的 default-character-set=latin1

(有的人喜歡改成 default-character-set=utf8,也行,我干脆刪除了,只要注意下面2中的“整理”就ok啦!)

(2)PhpMyadmin處理

設置如下:

1: 語言設置為 chinese (zh-utf-8)

2: MySQL 字符集: UTF-8 Unicode(utf8)

3: MySQL 連接校對: utf8generalci

4: 新增數據庫和數據表的時候,整理項選擇 utf8generalci

2、Wordpress處理

 

在$this->dbh = @mysqlconnect($dbhost, $dbuser, $dbpassword);

下,增加一句

 

$this->query(”set names ‘utf8’”);

即如下(只有加了這句,發貼後,中文字才是正常的!):

 

$this->dbh = @mysqlconnect($dbhost, $dbuser, $dbpassword);
$this->query(”set names ‘utf8’”);

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved