为什么我不能在我的FULLTEXT索引中匹配（）AGAINST（）其中一列？

这里的CREATE TABLE：为什么我不能在我的FULLTEXT索引中匹配（）AGAINST（）其中一列？

CREATE TABLE `EntityAddresses` (
    `EntityAddress_ID` int(11) NOT NULL AUTO_INCREMENT, 
    `Entity_ID` int(11) NOT NULL, 
    `CreateDate` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', 
    `CreatedBy` int(11) NOT NULL, 
    `UpdateDate` datetime NOT NULL DEFAULT '0000-00-00 00:00:00', 
    `UpdatedBy` int(11) NOT NULL, 
    `StreetAddress` varchar(150) NOT NULL DEFAULT '', 
    `StreetAddress2` varchar(150) NOT NULL DEFAULT '', 
    `City` varchar(50) NOT NULL DEFAULT '', 
    `State` varchar(50) NOT NULL DEFAULT '', 
    `PostalCode` varchar(30) NOT NULL DEFAULT '', 
    `Country` varchar(50) NOT NULL DEFAULT '', 
    PRIMARY KEY (`EntityAddress_ID`), 
    KEY `Entity_ID` (`Entity_ID`), 
    KEY `CreatedBy` (`CreatedBy`), 
    KEY `UpdatedBy` (`UpdatedBy`), 
    FULLTEXT INDEX `EntityAddresses_ibft_1` (`StreetAddress`,`StreetAddress2`,`City`,`State`,`PostalCode`,`Country`), 
    CONSTRAINT `EntityAddresses_ibfk_1` FOREIGN KEY (`Entity_ID`) REFERENCES `Entities` (`Entity_ID`) ON DELETE CASCADE ON UPDATE CASCADE, 
    CONSTRAINT `EntityAddresses_ibfk_2` FOREIGN KEY (`CreatedBy`) REFERENCES `Users` (`User_ID`) ON DELETE CASCADE ON UPDATE CASCADE, 
    CONSTRAINT `EntityAddresses_ibfk_3` FOREIGN KEY (`UpdatedBy`) REFERENCES `Users` (`User_ID`) ON DELETE CASCADE ON UPDATE CASCADE 
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

下面是一个例子纪录：

     EntityAddress_ID: 5908 
           Entity_ID: 4514 
          CreateDate: 2015-05-25 13:59:43 
           CreatedBy: 2 
          UpdateDate: 2015-05-25 13:59:43 
           UpdatedBy: 2 
          StreetAddress: Testing 123 
         StreetAddress2: 
            City: Singapore 
            State: 
          PostalCode: 
           Country: SG

这里是一个要返回上面的例子中记录的查询：当我尝试相同的查询

SELECT 
    * 
FROM 
    `EntityAddresses` 
WHERE 
    MATCH (`StreetAddress` , `StreetAddress2` , `City` , `State` , `PostalCode` , `Country`) AGAINST ('+SG' IN BOOLEAN MODE);

用“新加坡”代替“SG”时，它会返回包含上述示例记录的结果集，但“SG”不返回任何结果。我尝试了其他国家，我得到了相同的结果，0行。

来源

2015-05-26 Travis

的值。如果您的记录50％包含您搜索的文本，然后将它忽略。这是你的情况吗？ –

此外，全文索引中包含的最小字长缺省值为3. – Marki555

@ Marki555这将是问题所在。你能否提供它作为参考文献的答案？我会将其标记为答案。 – Travis

MySQL全文引擎定义了包含在索引中的最小字长。这是默认，所以这就是为什么它不会找到你的文字SG。

您可以更改MySQL服务器变量innodb_ft_min_token_size。只有新创建和重新创建的索引才能看到更改。

MySQL manual for innodb_ft_min_token_size这样说：

存储在一个InnoDB FULLTEXT索引词的最小长度。增加此值可减小索引大小，从而通过省略在搜索上下文中不可能显着的常见单词（如英语单词“a”和“to”）来加快查询速度。对于使用CJK（中国，日本，韩国）字符集内容，指定 1.

来源

2015-05-26 19:28:44 Marki555

为什么我不能在我的FULLTEXT索引中匹配（）AGAINST（）其中一列？

回答

相关问题