MySQL 4.1.0 中文参考手册 --- 6.8 MySQL 全文搜索[2]

[入库:2005年8月18日] [更新:2007年3月24日]

本文简介:选择自 shuixin13 的 blog

mysql> select id, body, match (title,body) against
    -> ('security implications of running mysql as root') as score
    -> from articles where match (title,body) against
    -> ('security implications of running mysql as root');
+----+-------------------------------------+-----------------+
| id | body                                | score           |
+----+-------------------------------------+-----------------+
|  4 | 1. never run mysqld as root. 2. ... | 1.5055546709332 |
|  6 | when configured properly, mysql ... |   1.31140957288 |
+----+-------------------------------------+-----------------+
2 rows in set (0.00 sec)

mysql 使用一个非常简单的剖析器来将文本分隔成词。一个“词”是由文字、数据、“'”“_” 组成的任何字符序列。任何在 stopword 列表上出现的,或太短的(3 个字符或更少的)的 “word” 将被忽略。

在集和查询中的每个合适的词根据其在集与查询中的重要性衡量。这样,一个出现在多个文档中的词将有较低的权重(可能甚至有一个零权重),因为在这个特定的集中,它有较低的语义值。否则,如果词是较少的,它将得到一个较高的权重。然后,词的权重将被结合用于计算记录行的相似性。

这样一个技术工作可很好地工作与大的集(实际上,它会小心地与之谐调)。 对于非常小的表,词分类不足以充份地反应它们的语义值,有时这个模式可能产生奇怪的结果。

mysql> select * from articles where match (title,body) against ('mysql');
empty set (0.00 sec)

在上面的例子中,搜索词 mysql 却没有得到任何结果,因为这个词在超过一半的记录行中出现。同样的,它被有效地处理为一个 stopword (即,一个零语义值的词)。这是最理想的行为 -- 一个自然语言的查询不应该从一个 1gb 的表中返回每个次行(second row)。

匹配表中一半记录行的词很少可能找到相关文档。实际上,它可能会发现许多不相关的文档。我们都知道,当我们在互联网上通过搜索引擎试图搜索某些东西时,这会经常发生。因为这个原因,在这个特殊的数据集中,这样的行被设置一个低的语义值。

到 4.0.1 时,mysql 也可以使用 in boolean mode 修饰语来执行一个逻辑全文搜索。

mysql> select * from articles where match (title,body)
    ->     against ('+mysql -yoursql' in boolean mode);
+----+------------------------------+-------------------------------------+
| id | title                        | body                                |
+----+------------------------------+-------------------------------------+
|  1 | mysql tutorial               | dbms stands for database ...        |
|  2 | how to use mysql efficiently | after you went through a ...        |
|  3 | optimising mysql             | in this tutorial we will show ...   |
|  4 | 1001 mysql tricks            | 1. never run mysqld as root. 2. ... |
|  6 | mysql security               | when configured properly, mysql ... |
+----+------------------------------+-------------------------------------+

这个查询返回所有包含词 mysql 的记录行(注意: 50% 的阈值没有使用),但是它没有包含词 yoursql。注意,一个逻辑模式的搜索不会自动地以相似值的降序排序记录行。你可以从上面的结果出看得出来,最高的相似值(包含 mysql 两次的那个) 最列在最后,而不是第一位。一个逻辑全文搜索即使在没有一个 fulltext 索引的情况下也可以工作,然而它 些。

逻辑全文搜索支持下面的操作符:

+
一个领头的加号表示,该词必须出现在每个返回的记录行中。

-
一个领头的减号表示,该词必须不出现在每个返回的记录行中。

缺省的 (当既没有加号也没有负号被指定时)词是随意的,但是包含它的记录行将被排列地更高一点。这个模仿没有 in boolean mode 修饰词的 match() ... against() 的行为。

< >
这两个操作符用于改变一个词的相似性值的基值。< 操作符减少基值,> 操作符则增加它。参看下面的示例。

( )
圆括号用于对子表达式中的词分组。

~
一个领头的否定号的作用象一个否定操作符,引起行相似性的词的基值为负的。它对标记一个噪声词很有用。一个包含这样的词的记录将被排列得低一点,但是不会被完全的排除,因为这样可以使用 - 操作符。

*
一个星号是截断操作符。不想其它的操作符,它应该被追加到一个词后,不加在前面。

"
短语,被包围在双引号"中,只匹配包含这个短语(字面上的,就好像被键入的)的记录行。

这里是一些示例:

apple banana
找至少包含上面词中的一个的记录行
+apple +juice
... 两个词均在被包含
+apple macintosh
... 包含词 “apple”,但是如果同时包含 “macintosh”,它的排列将更高一些
+apple -macintosh
... 包含 “apple” 但不包含 “macintosh”
+apple +(>pie <strudel)
... 包含 “apple” 和 “pie”,或者包含的是 “apple” 和 “strudel” (以任何次序),但是 “apple pie” 排列得比 “apple strudel” 要高一点
apple*
... 包含 “apple”,“apples”,“applesauce” 和 “applet”
"some words"
... 可以包含 “some words of wisdom”,但不是 “some noise words”

6.8.1 全文的限制

  • match() 函数的所有参数必须是从来自于同一张表的列,同时必须是同一个fulltext 索引中的一部分,除非 match()in boolean mode 的。

  • match() 列列表必须确切地匹配表的某一 fulltext 索引中定义的列列表,除非 match()in boolean mode 的。

  • against() 的参数必须是一个常量字符串。

6.8.2 微调 mysql 全文搜索

不幸地,全文搜索仍然只有很少的用户可调参数,虽然增加一些在 todo 上排列很高。如果你有一个 mysql 源码发行(查看章节 2.3 安装一个 mysql 源码发行),你可以发挥对全文搜索的更多控制。

注意,全文搜索为最佳的搜索效果,被仔细地调整了。修改默认值的行为,在大多数情况下,只会使搜索结果更糟。不要修改 mysql 的源代码,除非你知道你在做什么!

本文关键:MySQL 4.1.0 中文
  相关方案
Google
 

本站最佳浏览方式为 分辨率 1024x768 IE 6.0(或更高版本的 IE浏览器)

go top