gpt4 book ai didi

mysql - MyISAM 上的 FullText INDEXING 真的很慢

转载 作者:行者123 更新时间:2023-11-29 03:44:46 25 4
gpt4 key购买 nike

我有一张 table

CREATE TABLE `dataFullText` (
`id` int(11) NOT NULL,
`title` char(255) NOT NULL,
`description` text NOT NULL,
`name` char(100) NOT NULL,
`ref` char(50) NOT NULL,
PRIMARY KEY (`id`),
FULLTEXT KEY `fulltext` (`ref`,`name`,`title`,`description`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8

其中有大约 10 万条记录。

mysql> select * from information_schema.TABLES WHERE TABLE_NAME='jobsFullText'\G
*************************** 1. row ***************************
TABLE_CATALOG: NULL
TABLE_SCHEMA: ****
TABLE_NAME: dataFullText
TABLE_TYPE: BASE TABLE
ENGINE: MyISAM
VERSION: 10
ROW_FORMAT: Dynamic
TABLE_ROWS: 79495
AVG_ROW_LENGTH: 791
DATA_LENGTH: 62938804
MAX_DATA_LENGTH: 281474976710655
INDEX_LENGTH: 53625856
DATA_FREE: 51328
AUTO_INCREMENT: NULL
CREATE_TIME: 2011-10-03 13:38:25
UPDATE_TIME: 2011-10-03 13:55:56
CHECK_TIME: 2011-10-03 13:38:48
TABLE_COLLATION: utf8_general_ci
CHECKSUM: NULL
CREATE_OPTIONS:
TABLE_COMMENT:

此表每小时使用 LOAD DATA INFILE 更新一次,其中包含大约 8k 条记录。

表被锁定的时间大约为 30 秒。这对应于我制作的时间

mysql> alter table dataFullText drop index title;
Query OK, 79495 rows affected (1.33 sec)
Records: 79495 Duplicates: 0 Warnings: 0

mysql> alter table dataFullText add fulltext index (ref,name,title,description);
Query OK, 79495 rows affected (22.96 sec)
Records: 79495 Duplicates: 0 Warnings: 0

我的问题是 30 秒真的很长。该表被查询 5 次/秒,这使得队列达到 30 x 5 = 150 。因为我们的最大连接限制设置为 100,mysql 服务器开始拒绝一些传入连接。

我们计划将来在这个表中至少有 100 万行,我想这不会变得更快。

我能做些什么来减少 mysql 用于更新索引的时间吗?

最佳答案

在一般的 SQL DBMS 中,像这样完全索引一个表并不能帮助您解决问题。索引实际上比表本身大,访问它所花费的时间甚至比访问没有索引的表所花费的时间还要长。

现在,这实际上取决于您的特定安装:RAM 的数量、系统的整体速度。在添加索引之前,是的,更新/重新创建索引很慢,只要确保它在您所处的特定条件下是值得的。

关于mysql - MyISAM 上的 FullText INDEXING 真的很慢,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7631618/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com