MySQL 全文检索 实现中文检索
通过MySQL内置全文检索实现中文的相关检索
关键字：MySQL 全文检索 全文索引 中文分词 二元分词 区位码 相似度
注：本文使用的MySQL版本为：MySQL 4.0.x
在MySQL4中，是已经开始支持全文检索（索引）的了。但是只是对英文支持全文检索。
由于英文在书写上的特殊性，使得分词算法相对中文来说，简单得多。一般来说，我们可以通过单词与单词之间的空格，以及标点符号来完成这个分词过程。
但是就中文来说，就没有那么简单。MySQL无法对中文做出正确的分词，假设有如下英文句子：
"Hello world! Hello PHP!"
通过上面提及的方法，可以很简单的把这个句子分词为：
1 Hello
2 world
3 PHP
我们再来看看中文的句子：
"你好世界，你好PHP！"
按照英文的算法，分词如下：
1 你好世界
2 你好PHP
显然是不能满足我们的需要的。
所以，首先我们要做的是，把中文的句子转变为MySQL眼中的英文，以便使得它能以英文分词算法去对句子进行正确的分词处理。
先将上面中文句子进行标点过滤处理，得到以下句子：
你好世界 你好PHP
接着再使用中文分词中较简单实现的二元分词算法对句子进行二元分词，得到以下句子：
你好 好世 世界 你好 PHP
因为把标点符号替换为空格，以及PHP本身为英文字母的关系，可以不用进行二元切分，所以得到上面句子。
这个时候，我们来看看处理过后的句子，会发现，就其书写格式上来说，已经符合英文的书写格式，既以空格，标点来对单词形成自然间隔。只是上面句子没有标点，只有空格而已。
到此，我们已经成功的将中文“翻译”为MySQL能理解的“英文”书写格式。
但是，问题还没解决，首先，MySQL中，ft_min_word_len（分词词汇最小长度）这个参数的默认值为4，也就是4个字母以上长度的单词，才会被考虑，小于4个的，将会被忽略。
如果不改变这个长度，按照上面的分词结果，我们将无法通过 你好，世界，PHP等检索到相关的结果，因为分出来的词太短了，不在MySQL的选择范围内。
我们可以通过修改ft_min_word_len的值，将其设置为2来解决上面问题，但是这样做的话，在检索列表中的原本就为英文的短小词汇，如：PHP，MP3，也会被划入检索范围内，这样做的结果是，出现很多无意义的相关结果。
请看以下列表：
[MP3] the look
[MP3] because of you
因为他们都同有MP3在标题中，所以会出现上述提到的问题。
回到ft_min_word_len值的问题，我们之所以要修改他，是为了能让MySQL找到我们的二元分
相关文档：
今天搭建mysql数据库,连接了半天,都提示10061错误,以为密码出了问题试了半天,压根连服务都连接不上,忙活了半个多小时,才发现是系统补丁打了之后出现的问题(kb967723)
于是网上找了一下资料
最近一个客户服务器的MYSQL频繁提示连接不上，修改了MYSQL的最大连接数还是这样，于是开始问万能的搜索引擎大人！终于在微软找到了 ......
Hibernate 配置通过c3p0连接MYSQL
** 需要的包: c3p0_versionxx.jar
** hibernate.cfg.xml
<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE hibernate-configuration PUBLIC
"-//Hibernate/Hibernate Configuration DTD 3.0//EN"
&n ......
在 MySQL下，在进行中文模糊检索时，经常会返回一些与之不相关的记录，如查找 "%a%" 时，返回的可能有中文字符，却没有a字符存在。本人以前也曾遇到过类似问题，经详细阅读MySQL的Manual，发现可以有一种方法很方便的解决并得到满意的结果。
例子：
希望通过“标题”对新闻库进行检索，关键字可能包含� ......
最近网站数据量节节攀升，据BD方面通报短期内UV还要上升30%-50%。当前最突出的问题是后台内容审核系统压力太大，已经逐渐力不从心。尽管加了一些硬件但效果并不是太理想，主要还是前一段时间把工作重点都放在前端模块上了。内容管理平台的部分代码没有仔细斟酌。接下来一段时间集中精力优化后台。
首先将多表连查的SQL拿出 ......
一、在编译时优化MySQL
如果你从源代码分发安装MySQL，要注意，编译过程对以后的目标程序性能有重要的影响，不同的编译方式可能得到类似的目标文件，但性能可能相差很大，因此，在编译安装MySQL适应仔细根据你的应用类型选择最可能好的编译选项。这种定制的MySQL可以为你的应用提供最佳性能。
技巧：选用较好的编 ......
