在我開始封裝MySQL C API時(shí)，真的沒有想過居然會(huì)在字符集問題上連續(xù)卡殼，折騰了一下午+一晚上，終于搞定這些問題。下面記錄一下我遇見的問題以及解決辦法，以作備忘。
首先遇見的當(dāng)然是中文亂碼問題。這個(gè)問題相對(duì)來說資料比較多，文檔寫得應(yīng)該也是很清楚的，但是我沒心思看，靠猜搞定。我首先設(shè)置MySQL服務(wù)器的默認(rèn)字符集為UTF8，并保證我操作的表中的列字符集也是UTF8，然后重啟MySQL服務(wù)，并嘗試用mysql_query("INSERT INTO TestTable VALUES('你好')")來寫入，結(jié)果失敗在預(yù)料之中。我猜可能可以使用類似"INSERT INTO TestTable VALUES('\0x2734\0x3432')"這樣的方式寫入中文，但這樣太丑了，也沒有實(shí)用價(jià)值，我堅(jiān)決不會(huì)去用。我又嘗試使用MultiByteToWideChar去做，甚至使用了Qt的QTextCodec去轉(zhuǎn)換“你好”這兩個(gè)字，結(jié)果依然失敗。這就有些蹊蹺了，我決定調(diào)用mysql_character_set_name()看看到底有沒有正確的設(shè)置成UTF8格式，讓我意料之外的是：結(jié)果是latin1，這難道是拉丁字符集？？我查看了一下API函數(shù)的相關(guān)說明，發(fā)現(xiàn)這里獲取到的是客戶端鏈接的字符集，我突然覺得，也許MySQL可以自動(dòng)的在客戶端與服務(wù)器之間的字符集進(jìn)行轉(zhuǎn)化！說做就做，我查到了可以用mysql_options()或者mysql_set_character_name()函數(shù)來設(shè)置客戶端鏈接字符集，但這兩個(gè)函數(shù)用的時(shí)機(jī)分別在調(diào)用mysql_real_connect()之前或之后。我將客戶端鏈接設(shè)置成gb2312字符集，這是VC中支持中文的標(biāo)準(zhǔn)字符集之一（另一個(gè)標(biāo)準(zhǔn)是UTF16，需要用wchar_t wstring和常量字符串前的L），結(jié)果，當(dāng)然是非常正確的插入中文啦，呵呵！
正當(dāng)我覺得下面的封裝肯定會(huì)順湯順?biāo)畷r(shí)，在封裝基本完成的時(shí)候，我發(fā)現(xiàn)控制臺(tái)不能輸出我從MySQL取出的中文了！這太奇怪了，輸出英文就沒有問題，而中文雖然的確被準(zhǔn)確無誤的讀入了std::string中（通過單步調(diào)試和ofstream得到確認(rèn)），然而輸出到cout中卻會(huì)出錯(cuò)。為什么文件流沒問題，控制臺(tái)流會(huì)出問題呢？我跟蹤了代碼，發(fā)現(xiàn)在fputc()函數(shù)中出現(xiàn)了問題。另一個(gè)奇特的地方，就是在mysql_init()函數(shù)被調(diào)用之前，cout可以正確輸出中文，但調(diào)用之后就不能輸出，iostate被賦予4值，即badbit。我求了一下google，發(fā)現(xiàn)sputc()中的一個(gè)_nolock_write()函數(shù)是msvcrtd.lib中的函數(shù)，暈了，我在單步調(diào)試中也發(fā)現(xiàn)就是這里有問題，確切的說，mysql_init()函數(shù)被調(diào)用后，_nolock_write()函數(shù)就會(huì)出錯(cuò)。哈哈，總結(jié)出了這些特點(diǎn)之后，我已經(jīng)隱約猜到了是哪里的問題了，還記得前幾日才寫的blog里的東西，我由于想要將libmysql.lib換成mysqlclient.lib靜態(tài)庫，所以便禁掉了msvcrtd.lib庫，我肯定這里面有關(guān)聯(lián)。
到底是什么原因呢？我覺得，由于這個(gè)MySQL的SDK不是我自己編譯的，mysqlclient.lib里面調(diào)用crt函數(shù)時(shí)，對(duì)字符集的本地化做了設(shè)置，由于是歐美的字符集設(shè)置，所以一旦我調(diào)用了mysqlclient.lib里的函數(shù)，就無法再顯示中文了。
猜出了問題的根源，那么如何解決這個(gè)問題呢？我可以肯定的是，使用std::cout.imbue(std::locale())是行不通的，那么下面就是列出的幾個(gè)辦法：
1、使用人家編譯好的動(dòng)態(tài)庫，libmysql.lib，并將libmysql.dll拷貝過來，由于動(dòng)態(tài)庫和你的程序共享crt dll，因此字符集設(shè)置應(yīng)該會(huì)是一致的。
2、如果你還是想用靜態(tài)庫，可以考慮自己下載源碼并編譯一遍，這是根本的解決辦法。
3、如果你可以自己編譯，且想用mysqlclient.lib，那么就重新編譯mysqlclient吧，動(dòng)態(tài)靜態(tài)都可以。不過官網(wǎng)上下載的編譯好的mysqlclient.lib是靜態(tài)的，不能使用。
我最終的解決辦法是第1種，因?yàn)楸容^懶，不想自己再去編譯了，呵呵。