关于C#（ASP.net）存取MySQL LongText字段的心得

1．LongText字段是MySQL用于存储超长字符串的数据库类型，有点类似MSSQL的memo。

2．Connector/NET读取LongText的内部实现过程：

1）  Connector/NET内部将LongText看作字符串，对外以字符串的方式进行读写，不运行调用getBytes的方法。

2）  根据MySQL的配置信息，获得MySQL的字符集，并根据字符集信息生成System.Text.Encode对象

3）  以byte[]的方式从MySQL数据库里将LongText字段信息读取出

4）  使用System.Text.Encode的GetString方法对字符串进行解码，并返回给用户

3．Connector/NET写LongText的内部实现（猜测，没有看过代码）

1）  根据MySQL的配置信息，获得MySQL的字符集，并根据字符集信息生成System.Text.Encode对象

2）  System.Text.Encode对象的GetBytes方法对字符串进行编码，转换为byte[]

3）  将byte[]以二进制流的方式写入数据库对应的LongText字段

4．Connector/NET对MySQL数据库默认的字符集

1）  MySQL 4.1以前的版本（这里特指MySQL 4.0），如果字符集是latin1（拉丁文），则.net 内部的System.Text.Encode对象为Latin1Encoding（.net内部私有对象）。CodePage=28591（EncodingName = Western European (ISO)）

2）  MySQL 4.1 的版本，如果字符集是latin1，则内部的System.Text.Encode对象为CodePageEncoding。CodePage=1252（EncodingName = Western European (Windows)）

3）  如果是MySQL的字符集定义为GB2312，或者UTF8（MySQL 4.0不支持），.net内部的编码方式则会根据MySQL的字符集确定。

5．Connector/NET读取MySQL的LongText字段时产生乱码的原因

       Connector/NET内部将LongText字段看作字符串，而LongText字段在存取得时候，内部是按照byte[]方式进行处理的，因此，在存储LongText字段的时候，需要对传入的LongText支点的字符串（.net字符串，其内部采用unicode方式编码）进行编码，并将得到的byte[]存储到数据库里。相反，读取LongText字段的时候，需要将从数据库里读出的byte[]进行解码，还原为.net字符串。

       在这个编码/解码的过程中，需要指定byte[]的编码类型（字符集类型）。字符集类型可以从MySQL获得。MySQL在安装的时候，将字符集默认为latin1。（MSSQL则会在安装的时候检查操作系统的字符集设置，并将字符集设置与当前操作系统一致）因此Connector/NET组件在存取LongText字段的时候，就会将字符串按照latin1字符集的方式进行处理，凡是出现中文的地方，都会因为字符集编码不一致，而用错误的字符串替换。而如果MySQL被其它程序按照当前用户字符集方式编码（中文的GB2312）写入，在MySQL读取的时候，也就会出现解码错误，得到乱码。

       总之一句话，因为MySQL的字符集设置错误就会造成Connector/NET存取的时候出现乱码。

6．如何从MySQL 4.0数据库读取LongText信息（非MySQL定义字符集信息）

       这里假设原来存储到MySQL数据的时候是按照GB2312方式存储，并且当前系统默认得字符集也是GB2312，MySQL的字符集未修改为latin1。

  byte[] buf = new byte[1024 * 10];

     //   向按照错误的字符集读取字符串

     string s= dr.GetString(0);

     //   按照错误的字符集，将字符串还原为byte数组

     System.Text.Encoding.GetEncoding(28591).GetBytes(s, 0, s.Length, buf, 0);

     //   重新按照正确的字符集生成字符串

     s=System.Text.Encoding.Default.GetString(buf);

7．如何种MySQL 4.1数据库读取LongText信息（非MySQL定义字符集信息）

       代码和上面的一样，所不同的只是将28591替换为1252

8．如何将字符串写入LongText里（非MySQL定义字符集信息）

       首先，如果通过以往的写字符方法写数据库的话，字符串里非英文字符会因为错误的编码（默认的latin1）而丢失（如果MySQL的字符集是GB2312或者UTF8则不会出现该问题），这样无论后面我们如何正确的解码，都不可能得到正确的字符串。所以，如果要写入非英文字符的字符串，就不能走正常的路线，而需要把LongText看作二进制字段，以bit流方式写入。写入方式和blob字段写入方式一样，详细方法参考bruse的文章。

MySql.Data.MySqlClient.MySqlCommand cmm = null;

     cmm = new MySql.Data.MySqlClient.MySqlCommand("insert into test(name) values(?name)", connect);

     //   以将该字段看作二进制流

     MySql.Data.MySqlClient.MySqlParameter param = null;

     param = new MySql.Data.MySqlClient.MySqlParameter("?name", System.Data.DbType.Binary);

     //   对输入的字符串使用GB2312进行编码

     param.Value = System.Text.Encoding.Default.GetBytes("aa中文测试");

     cmm.Parameters.Add(param);

cmm.ExecuteNonQuery();

9．以UTF-8、UTF16（Unicode）、BigUnicode的方式将字符串写入LongText里

       基本方法同“7.如何将字符串写入LongText”，不同之处在于编码方式由Default改为UTF8、Unicode、BigUnicode。

10．如何兼容MySQL 4.0、4.1的读取方法（读取UTF-16）

       读取LongText的关键在于如何将LongText得到的字符串解码为byte数组，并重新编码。而Connector/NET控件在两个MySQL版本之间，对默认的编码采用了两种不同的编码/解码方式，从而导致乱码，解决的方案有：

1）  修改Connector/NET控件，提供一个获得当前Connector/NET控件（MySQL）的字符集的方法。

2）  修改Connector/NET控件，对MySQL所有版本的默认字符集都采用统一的解码方式，即如果字符集为latin1将统一采用CodePage=28591或者CodePage=1252的方式进行解码。（缺点：如果MySQL的字符集改变，则读取代码在创建System.Text.Encode对象也需要改变）

3）  修改应用程序，针对2个不同版本的MySQL数据库采用2套解决方案（缺点同2。而且需要修改的地方更多）。

4）  在MySQL连接字符串里确定字符集（在连接字符串里添加charset=gb2312），并修改程序，按照gb2312的方式还原编码（推荐使用）。

p.s.

1．Connector/NET是一个.net访问MySQL的组件，本文使用的版本是1.0.0.7，MySQL使用的版本是4.0 和 4.1。.net版本1.1

       2．本文针对LongText采用如此特殊的字符集编码转换过程，是因为其它应用往MySQL数据库里写数据的时候是按照UTF-16（Unicode或BigUnicode）进行编码的，MySQL4.0和4.1都不直接支持UTF-16的字符集。

       3．如果只有一个应用访问MySQL数据库，可直接将MySQL的字符集改为GB2312或者UTF-8，不需按照本文这种婉转的编码方式进行字符集转换。