MySQL数据库出现N多问题的原因

以下的文章介绍的是用MySQL数据库出现N多问题，我们大家都知道系统用 access数据库，没有任何的问题出现，但是随着数据量不断的增加，其相关性能下降的很快，但是最起码，没有错。

后台考虑到未来发展，转移到MySQL数据库平台，结果一下子就出现了一堆问题。

1. 中文字符不支持。

这个就够我忙几个小时了，又是修改my.ini，又是修改链接字符串。总算搞好了。

2. 插入时间格式不支持

简直吐血了。在c#里，日期含有中文“上午”“下午”，由于MySQL修改支持了中文，插入的时候直接报错了。

这种低级的问题超级吐血，只好在持久层自己添加一个转换。

3. 插入的中文突然丢失了一般

测试的时候，突然发现插入的中文没了一般，英文正常，字段类型是Text。再次吐血，找不到方法之后，最后只好重建MySQL数据库。

4. 插入BLOb，图片错误。

如果是字符转化为byte[]，没有问题，如果是文件之类的就错。估计还是中文字符问题。

只能再次修改持久层，对byte[]进行base64加密。

吐血中！！！！！

5. 这次竟然是官方代码抛的异常！！！！我靠！！！老大，这个是谁写的啊！

TABLENAME:POS_SALESORDER

LOG:System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。

参数名: length

在 System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 length, Boolean fAlwaysCopy)

在 MySQL.Data.Types.MySQLString.MySQL.Data.Types.IMySQLValue.WriteValue(MySQLStream stream, Boolean binary, Object val, Int32 length)

在 MySQL.Data.MySQLClient.MySQLParameter.Serialize(MySQLStream stream, Boolean binary)

在 MySQL.Data.MySQLClient.Statement.SerializeParameter(MySQLParameterCollection parameters, MySQLStream stream, String parmName)

在 MySQL.Data.MySQLClient.Statement.BindParameters()

在 MySQL.Data.MySQLClient.PreparableStatement.Execute()

在 MySQL.Data.MySQLClient.MySQLCommand.ExecuteReader(CommandBehavior behavior)

在 MySQL.Data.MySQLClient.MySQLCommand.ExecuteNonQuery()

在 Pixysoft.Framework.Noebe.NoebeCommand.Execute()

救命啊。。什么原因！！！这次连debug都没有办法了。

我估计还有无数的问题在等着我。

开源啊开源，不是我刻意说你。也摆脱你争气点。我做软件也5年多，用.net从来不会被小问题阻碍，可以专心研究算法、框架。可是一搞java，一搞开源的，就无数的小问题。

比如hibernate, tmd，竟然版本升级了，连namespace都变了。这可以说，直接使网上数以百万计的hibernate demo code, helloworld变成费码。对于初学者，这是多么沉重的打击。

比如eclipse, 无数的拥护者肯定唾骂我。但是，和vs2005比起来，我宁愿面对无数的唾骂，也要支持vs2005。eclipse是有些不错的功能，但是那个性能。。那个易用性。。。嗨。。一启动就300m内存。用个智能提示等半天假死。还有很多打包、部署、一大堆问题。不是说ant不好，可是我只是想打个包，让我写一堆xml干嘛，而且写的跟写代码一样，还分拆在不同的目录。救命。。。比看代码还累。

后来出了个所谓的maven的，说专门针对部署的，怎么怎么好。我们用起来，简直一个狗屁。只要任意一个版本变动，立刻病毒效应。立刻打包失败，而且失败的莫名其妙。我们的工程师也就1、2个人才能解决，比如修改打包配置文件版本号最后2位之类的，其他的都云里雾里。

还有java里面做界面的，不要跟我说javaswing怎么样，最后还不是IBM推出的基于c的SWT，才结束了JAVA的界面噩梦。以上的相关内容就是对用MySQL数据库相当多问题的介绍，望你能有所收获。

【编辑推荐】