• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            ACG狂人

            其實我更愛姐汁...

            封裝MySQL時解決的兩個字符集問題

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

            我最終的解決辦法是第1種,因為比較懶,不想自己再去編譯了,呵呵。

            posted on 2009-10-09 22:29 釀妹汁 閱讀(1963) 評論(3)  編輯 收藏 引用 所屬分類: C++

            評論

            # re: 封裝MySQL時解決的兩個字符集問題 2009-10-11 11:33 Jeff Chen

            我在之前的項目里遇到過相同的問題。

            解決方案是:將數(shù)據(jù)庫的字符集都改為UTC8,并將服務(wù)器端和客戶端的配置文件的字符集設(shè)置都改為UTC8。  回復(fù)  更多評論   

            # re: 封裝MySQL時解決的兩個字符集問題 2010-12-23 10:58 天下

            真有那么復(fù)雜嗎?

            歡迎去我的博客看看.有關(guān)于C操作Mysql這一塊的.

            不過C操作MYSQL沒有mysql++操作方便.
            特別是多線程環(huán)境.
              回復(fù)  更多評論   

            # re: 封裝MySQL時解決的兩個字符集問題 2010-12-23 10:58 天下

            真有那么復(fù)雜嗎?

            歡迎去我的博客看看.有關(guān)于C操作Mysql這一塊的.

            不過C操作MYSQL沒有mysql++操作方便.
            特別是多線程環(huán)境.  回復(fù)  更多評論   

            久久久高清免费视频| 亚洲AⅤ优女AV综合久久久| 91精品国产色综合久久| 久久久久久狠狠丁香| 久久精品国产欧美日韩| 久久天天躁狠狠躁夜夜不卡| 精品久久久噜噜噜久久久| 国内精品久久久久影院网站| 五月丁香综合激情六月久久| 久久久久国色AV免费看图片| 精品国产乱码久久久久久郑州公司| 很黄很污的网站久久mimi色| 亚洲综合熟女久久久30p| 久久久久九国产精品| 国产成人久久激情91| 亚洲va久久久噜噜噜久久天堂| 久久精品成人一区二区三区| 91精品国产色综合久久| 国产激情久久久久久熟女老人| 精品免费久久久久国产一区| 久久偷看各类wc女厕嘘嘘| 中文成人久久久久影院免费观看| 久久99国产精品久久99果冻传媒| 国产偷久久久精品专区| 欧美色综合久久久久久| 大蕉久久伊人中文字幕| 91视频国产91久久久| 久久精品亚洲日本波多野结衣| 狠狠色丁香婷婷久久综合五月| 久久久艹| 久久亚洲高清综合| 精品久久久久久无码国产| 久久久久国产一级毛片高清版| 久久久久久毛片免费播放| 人妻无码中文久久久久专区| 亚洲国产美女精品久久久久∴| 久久久久人妻一区二区三区| 久久中文字幕人妻熟av女| 国产精品久久久久a影院| 亚洲欧美日韩精品久久亚洲区| 久久青青草原精品国产软件|