竹貓星球

phpMyAdmin數據導入後亂碼的問題...請教各位大俠

●架設主機作業系統：Linux (我猜的,因為我是付錢給Hosting公司的)
●上網方式：ADSL (http://www.telus.net) 和 CABLE (http://www.shaw.ca)
●服務器安裝的程式：Apache (不詳) + php (PHP Version: 4.3.10) + MySql (3.23.58) + phpMyAdmin 2.6.0-pl3
●phpBB2 版本：2.0.17。(95%的內容是簡體中文GB2312錄入的)
●domain(網域名稱) ：web4chinese.com
●phpBB2 連結網址：http://www.web4chinese.com/forum/index.php

●外掛:
主體類型
令遊客無法觀看成員列表
登記的用戶留下IP地址
媒體(Stream, flash)播放功能
馬燈公告外挂Ver 1.1
現金外挂（CashMOD 2.2.2版)
繁簡通（1.0.4版）
增加全域公告( 1.2.8em版)
Split Topic Type 105 (公告分隔)


各位大俠,

我的論壇準備搬家,換到另外一家Hosting公司.新的Hosting現在用:

●架設主機作業系統：Linux (版本不詳)
●服務器安裝的程式：Apache (不詳) + php (PHP Version: 4.4.2) + MySql (4.1.21) + phpMyAdmin 2.8.0.2

當我用phpMyadmin導出數據後,再回到新的hosting導入發現所有中文變成問號"???????"

進入phpMyAdmin查看,發現phpbb_posts_text表格中的內容也是問號.(但是數據庫sql檔案裡面卻能看到中文)
這樣就讓我認為是在數據轉換中出現了問題. 在竹貓,PHPBB中文開發組和PHPBB中國等論壇上趴了幾天找文章,並且用Google查
詢"MYSQL 4.1亂碼, phpMyAdmin亂碼, PHPBB 導入亂碼"等等,發現問題主要是在MYSQL 4.10. 根據網上收集的資料,我的理
解是MYSQL4.10的collation問題然後按照一些文章的方法做了一些設定,然後再次導入,在做導入之前做了以下的動作

步驟
1) 先在控制台新開一個database名為: besta_test

2) 在進入phpMyAdmin後立即選擇GB (如下圖1)




3) 選擇besta_test數據庫,然後點選Operations (如下圖2)




4) 然後在Collation選項選擇gb2312_chinese_ci (如下圖3)




5) 然後在Import內在選擇gb2312 (如下圖4)




6) 加入sql檔案後執行導入

但是執行後,雖然能在phpMyAdmin上看到中文(如下圖5),但是當回到論壇里,還是問號.



下面是我的樣版

http://demo.web4chinese.com/0/ <---這個是現在正常的樣版
http://demo.web4chinese.org/0/ <---這個是搬完家後所有東西都變成的亂碼樣板[已經解決]

在網上找到一篇相關的文章(連接在此)
按照他的說法在phpMyAdmin執行SQL指令如下:
可以看到character_set裡面的字碼,執行後可以看到新的besta_test數據表中的東西



從上面的圖中,可以看到character_set_connection和character_set_database都變成了GB2312
而其他的還沒有轉變.曾經試過用SQL語法
但是也無法將utf8轉過來. 是不是我用錯了語法還是服務器端禁止了我使用?

這下可真頭痛了,有沒有哪位大俠看看我上面有沒有做錯或者忽略的地方? 自己想到的都做了.但是搞了幾天都毫無頭緒. 有經驗的大俠們請指點一下吧!

你要用 set names gb2312...
相關消息請找站內有關 set names utf8 的文章參考

chiouss 寫:你要用 set names gb2312...
相關消息請找站內有關 set names utf8 的文章參考

根據我文中提到曾經找到過的文章 也有提到使用 set names gb2312..., 我用過了, 但是也沒有任何改變. 因為我本人是個MYSQL菜鳥

謝謝你的提示,我會在站內找找看.

今天搞了一天,用了一個可能大家認為比較笨的方法

就是在phpMyAdmin裡面的SQL語法欄裡面一項一項的導入.
我的SQL檔案大概25MB, 分割了500k一個小檔案.
然後一次copy500k然後再貼到SQL語法欄裡面....

哇! 五十多個檔案耶...將來要是有250MB資料的話...
那岂不是要搞10天!???

有人有更好更快的方法嗎? 拿出來分享一下嘛...

這個方法 試試看...

chiouss 寫:這個方法 試試看...

謝謝回覆哦! 您的大作我較早時看過了! 沒看見我第一個回覆您的文章嗎?

但問題是,我的phpMyAdmin是hosting公司提供的, 並不是我自己在站上安裝的,
所以,無法對 config.inc.php 作出更改.

不過,我可以試試另外安裝一個phpMyAdmin在我的網站中. 然後再按照您的方法
做一遍. 看來kkt 的 250MB數據都能轉過去. 這可非同小可哦.

土老耄 寫:但問題是,我的phpMyAdmin是hosting公司提供的, 並不是我自己在站上安裝的,
所以,無法對 config.inc.php 作出更改.

你可以自己裝一個阿

土老耄, 既是付費空間, 何不叫主機商代為上載..
你把 SQL 資料丢給他們就好了. 不可以嗎 ?


.

kkt 寫:土老耄, 既是付費空間, 何不叫主機商代為上載..
你把 SQL 資料丢給他們就好了. 不可以嗎 ?.

我的只是付費空間, 並沒有包括上載的費用. 沒有找他們做的原因

1) 付費空間費用價格不高, 但是服務費用很高.
2) 他們都是老外, 我把SQL扔給他們後, 怕他們搞來搞去跟我上面搞的一樣,到時候事情沒有辦好但我還要給錢. 曾經跟他們打過交道. 他們的人力服務還是讓我擔憂.

不過現在事情暫時解決了, 我也就不用太擔心. 主要是我馬上要搬到新hosting上. 如果不幸數據無法順利上載, 那我還要回去舊的服務商那裡...那多沒面子!?

土老耄, 最重要是把完整的 SQL 備份下來就好了
頂多最壞是外掛重裝, 但會員的資料不會遺失.
因為我也轉移過一次. 放心, 不用跑回去再討甚麼的.

要轉碼之前把檔案備多一份. 祝你成功..!!


.