使用 fts + 复合索引优化查询

Question

我有以下疑问：

SELECT * 
FROM table 
WHERE 
    structural_type=1 
    AND parent_id='167F2-F' 
    AND points_to_id=''
    # AND match(search) against ('donotmatch124213123123')

搜索运行大约需要 10 毫秒，在复合索引（structural_type、parent_id、points_to_id）上运行。但是，当我添加 fts 索引时，无论匹配条件中包含什么，查询都会膨胀到大约 1 秒。基本上，每当我应用 fts 搜索时，它似乎都会“跳过索引”。

优化此查询的最佳方法是什么？

更新：一些解释：

EXPLAIN SELECT... # without fts

id  select_type table   partitions  type    possible_keys   key key_len ref rows    filtered    Extra
1   SIMPLE  table   NULL    ref structural_type structural_type 209 const,const,const   2   100.00  NULL

使用 fts（同时添加“强制索引”）：

explain SELECT ... force INDEX (structural_type) AND match...

id  select_type table   partitions  type    possible_keys   key key_len ref rows    filtered    Extra
1   SIMPLE  table   NULL    fulltext    structural_type,search  search  0   const   1   5.00    Using where; Ft_hints: sorted

我能想到的唯一一件令人难以置信的骇人听闻的事情就是在 fts 中添加一个附加术语，以便它在“内部”执行过滤器。例如：

fts_term = fts_term += " StructuralType1ParentID167F2FPointsToID"

Answer 1

MySQL 优化器只能为您的 WHERE 子句使用一个索引，因此它必须在复合索引和 FULLTEXT 索引之间进行选择。

由于它不能同时运行两个查询来确定哪个更快，它会估计不同执行计划的速度。

为此，MySQL 使用它保存的有关每个表的一些内部统计信息。但是，如果这些统计数据没有更新并且表格中的数据发生变化，这些统计数据可能与实际情况大不相同。

运行OPTIMIZE TABLE table 查询允许 MySQL 刷新其表统计信息，因此它将能够执行更好的估计并选择更好的索引。

Answer 2

尝试在没有全文逻辑的情况下表达这一点，使用like：

SELECT * 
FROM table 
WHERE structural_type = 1 AND
      parent_id  ='167F2-F' AND
      points_to_id = '' AND
      search not like '%donotmatch124213123123%';

索引仍应用于前三列。 LIKE 可能会很慢，但如果没有多少行与前三个匹配，这可能不如使用全文索引那么糟糕。