【问题标题】:The storage engine MEMORY doesn't support FULLTEXT indexes存储引擎 MEMORY 不支持 FULLTEXT 索引
【发布时间】:2020-09-07 11:58:03
【问题描述】:

我正在将我正在处理的一个小型 Web 应用程序从使用 LIKE 更改为 MATCH 进行字符串查询,但是我遇到了一个我需要开始工作的特定查询的问题(不是完整的查询,但为了简洁起见,我删除了所有额外的内容):

SET @n=0;
SET @pubdate='';
SELECT a.idArticle, CONCAT(a.date, '_', LPAD(a.n, 3, '0')) as alt_id, a.source, a.title, a.datetime
FROM (SELECT idArticle,title,datetime,source, @n:=CASE WHEN @pubdate = date(datetime) THEN @n + 1 ELSE 1 END AS n, @pubdate:=date(datetime) as date FROM article ORDER BY date, idArticle) a 
WHERE (MATCH(title) AGAINST ('query') ) 
ORDER BY a.idArticle DESC

此查询允许我为文章生成一个格式为“YYYY-MM-DD_n”的文章的 ID,其中日期是文章的发布日期,n 是使用该日期输入数据库的第 N 篇文章(因此2020 年 5 月 20 日发表的第 22 篇文章将是 2020-05-20_022)。

运行查询时,我收到错误:

#1214 - The storage engine MEMORY doesn't support FULLTEXT indexes

这里提出的类似问题告诉人们将 InnoDB 更改为 MyISAM,因为 InnoDB 过去不支持全文搜索。我正在通过 XAMPP 运行 MariaDB 10.3.16,它必须足够新到不适用的地方,因为这样的查询有效,并且根据SHOW TABLE STATUS FROM database,我所有的表都在 InnoDB 上运行:

SELECT * from article WHERE MATCH(title) AGAINST ("query")

所以,这似乎是花哨的递增子查询,但我不知道为什么这会导致问题。出了什么问题,我能做些什么来解决它?

【问题讨论】:

    标签: mysql phpmyadmin xampp mariadb


    【解决方案1】:

    由于MEMORY 表在重新启动时丢失,因此此类表上的所有索引都将丢失。 FULLTEXT 重建并非易事。简单地创建 InnoDB 表而不是 MEMORY 表有什么问题?

    注意@变量;它们可能不会按照您的预期行事,尤其是在使用子查询时。

    【讨论】:

    • 感谢您的回答,我基本上只是暂时将 @ 变量存储为一列来解决这个问题。不过,根据 SHOW TABLE STATUS,我所有的表都是 InnoDB。
    猜你喜欢
    • 2011-10-26
    • 2013-01-28
    • 2016-01-11
    • 1970-01-01
    • 1970-01-01
    • 2015-10-07
    • 2022-11-23
    • 1970-01-01
    相关资源
    最近更新 更多