由于以前偷懒的原因，很多数据库都是使用latin1作为字符编码，这样可以原样保留数据的字节流，但是最近发现新版的mysql驱动，包括345各版本的最新驱动，用characterEncoding=latin1 参数去访问数据，都会出现问号乱码的问题。
在网上查了一下，有人说是驱动里面自带强制转换，所以出了问题，根据提示看了一下代码，果然在
ResultSetRow在getString的时候，会使用 SingleByteCharsetConverter 来强制转码，发生了问题。
网上说要修改驱动，我自己尝试了一下，既然强制转码里面选择了使用cp1252，那这个字符集应该也是单字符全集，所以我直接尝试用该字符集来连接，问题就解决了。。。。
有两种解决方案：
1. 使用ResultSet中的getBytes方法，直接获取原始bytes数组，自己按照录入时候的编码new String即可。
2. 如果用了框架结构，写了必须获取String的，那么连接参数可以写
characterEncoding=cp1252
程序使用的时候
rs.getString(1).getBytes(“cp1252”)
即可获取原始字节数组，然后也是按照录入编码进行 new String 即可。
注意这种方法可能会引起问题，由于cp1252对一些字节的处理并不是我们理解的那样，比如
MySQL translates 0x81 to Unicode 0x0081, 0x8d to 0x008d, 0x8f to 0x008f, 0x90 to 0x0090, and 0x9d to 0x009d.
如果汉字里面刚好有着3中字节的，就会出问题，显示问号。。。
研究了一下，发了一个bug帖，http://bugs.mysql.com/bug.php?id=64071
估计也是没人理会的了，呵呵，就当练练英文。