asp mysql text_关于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，不需按照本文这种婉转的编码方式进行字符集转换。

COMTOP在做作业电子表单项目的时候用到了LONGTEXT的字段，在服务端取出数据，存储到平板电脑MySQL的时候老是遇到问题，用了上文的第8点知识的讲解，成功实现了对longtext的存储。