domino连接mysql插入中文内容出现乱码的解决方案
近日，有一个项目需要通过OA系统（Domino平台）向一个MySQL应用插入记录，因为平台是windows平台，所以采用了ODBC连接方式，在OA服务器上安装了MyODBC-3.51.11-1驱动，配置了ODBC驱动数据源之后，插入记录成功，但不论是插入中文内容，还是从MySQL中读取中文内容，都是乱码，在网上查阅了各种资料，初步判断可能是字符集的原因，Domino采用的是gb2312，MySQL采用的是gbk，两种不同字符集导致中文乱码问题，现在来更改两种数据库的字符集是不现实的，只好在其他方面找解决办法。
Domino的ODBC连接方式在connectto的时候是不能指定字符集的。在网上搜索资料之后，发现可以在MYODBC驱动上配置参数，达到给MySQL数据库指定字符集的功能。配置如下：
这里注意，一定要在“系统DSN”中配置，开始我在“用户DSN”中配置无效。
在“Connect Options”选项卡中的“Initial Statement”中输入如下语句：set names gb2312
这条语句就是强制将MySQL的字符集设成gb2312。
至此，乱码问题解决。OK！！！
相关文档：
Another Look at MySQL 5.1's SQL Diagnostic Tools
http://dev.mysql.com/tech-resources/articles/mysql_51_diagnostic_tools.html 数据库的性能决定因素：
（1）数据库的设计
（2）SQL代码 可以用以下几种方法来解决一些性能问题：
（1）索引
（2）水平分区
（3）列适应的表
colum ......
Why you should ignore MySQL’s key cache hit ratio
http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/
不要相信mysql的key cache hit ratio：
key cache hit ratio = 1 - key_reads / key_read_requests
key_reads:从磁盘中读块的数量
key_read_request ......
在Ubuntu9.10上使用sudo apt-get install mysql-server-5.0 安装了mysql，在外面访问不了mysql,但是在Ubuntu上访问是没有问题的。
于是开始查找原因：
3306端口是不是没有打开？
使用nestat命令查看3306端口状态：
~# netstat -an | grep 3306
tcp 0 ......
本实验完成如下结果：
0. test数据库,userinfo 用户信息表 和 userinfolog 用户信息日志表
1. 建立一个userinfo表新增记录时的触发器,将新增日志加入到userinfolog
2. 建立一个向userinfo表新增记录的存储过程
3. 根� ......
