MySQL collation方法
问题是这样的：
一张test的表，字符集采用的latin1。
select to_id from test where to_id='cn象_王';
+---------------+
| to_id |
+---------------+
| cn陶_陶 |
| cn象_王 |
+---------------+
2 rows in set (0.00 sec)
取cn象_王的数据,居然把cn陶_陶的数据也取回来了。
这显然是不允许的。
查看它们的编码：
(root@im_offlog1a)[test]> select hex('cn陶_陶');
+----------------+
| hex('cn陶_陶') |
+----------------+
| 636ECCD55FCCD5 |
+----------------+
1 row in set (0.00 sec)
(root@im_offlog1a)[test]> select hex('cn象_王');
+----------------+
| hex('cn象_王') |
+----------------+
| 636ECFF35FCDF5 |
+----------------+
1 row in set (0.00 sec)
编码的确是不一样的，但是为什么mysql会认为这两条记录是一样的呢？
一开始我们就把问题定位于collation引起的问题。
show variables查看
| collation_connection | latin1_swedish_ci
| collation_database | latin1_swedish_ci
| collation_server | latin1_swedish_ci
手工把这些参数修改为latin1_bin，结果居然一样。这下感觉真是奇怪了。
这里先解释一下mysql collation的命名规则：
它们以其相关的字符集名开始，通常包括一个语言名，并且以_ci（大小写不敏感）、_cs（大小写敏感）或_bin（二元）结束
比如latin1字符集有以下几种校正规则：
校对规则 含义
latin1_german1_ci 德国DIN-1
latin1_swedish_ci 瑞典/芬兰
latin1_danish_ci 丹麦/挪威
latin1_german2_ci 德国 DIN-2
latin1_bin 符合latin1编码的二进制
latin1_general_ci 多种语言(西欧)
latin1_general_cs 多种语言(西欧ISO),大小写敏感
latin1_spanish_ci 现代西班牙
最后我们将表格重建，手工指定表格级别的collation为latin1_bin。
这个问题就得到了解决。
那么问题又来了，为什么我前面手工测试latin1_bin时不生效呢？
原来MySQL按照下面的方式选择表字符集和 校对规则：
如果指定了CHARACTER SET X和COLLATE Y，那么采用CHARACTER SET X和COLLATE Y。
如果指定了CHARACTER SET X而没有指定COLLATE Y，那么采用CHARACTER SET X和CHARACTER SET X的默认校对规则。
否则，采用服务器字符集和服务器校对规则。
而我们在建表的时候指定了character set，所以它永远是采用对应的默认的校
相关文档：
作者：Dirk (dirk.ye AT gmail.com)
Url：http://dirk.pdx.cn
日期：2004/12/08
首先，目前在产品环境可用的MySQL版本（指4.0.x和4.1.x）中，只有InnoDB引擎才允许使用外键，所以，我们的数据表必须使用
InnoDB引擎。
下面，我们先创建以下测试用数据库
表：
CREATE TABLE `roottb` (
`id` INT(11) UNSIGNED AU ......
说明：这是一个实例，其中有些东西是可以抽取出来的，作为一个公共的方法，可是实现复用
public class TestService {
public static TestService test=null;
public static TestService getTestService(){
if(test==null){
test=new TestService();
}
return test;
}
public List getTest(int pageNo ......
1.优化你的MySQL查询缓存
在MySQL服务器上进行查询，可以启用高速查询缓存。让数据库引擎在后台悄悄的处理是提高性能的最有效方法之一。当同一个查询被执行多次时，如果结果是从缓存中提取，那是相当快的。
但主要的问题是，它是那么容易被隐藏起来以至于我们大多数程序员会忽略它。在有些处理任务中，我们实际上是可以阻 ......
总结了一些MySQL优化方面的技巧
一. 启动参数优化
修改 my.cnf (或者my.ini)，加入/修改以下几行
#设定缓存的连接数,节省连接时的开销
back_log = 64
#禁用文件系统外部锁
external-locking = 0
#禁用BDB,如果你确实不需要的话,innodb也是如此
skip-bdb
#索引缓冲,如果是专用的数据库服务器,可以设置高达服务器内� ......
