Mysql全文索引性能测试对比

在关系型数据库中，使用like模糊查询，如果是 'xxx%'头匹配方式，字段索引不会失效，性能能接受；但如果是 '%xxx%'全文匹配方式，索引会失效，在数据量大的情况下，通过此种方式查询的效率极低。此时可通过全文索引（Full-Text Search）来进行。
Mysql在5.6之后提供全文索引，本文主要记录测试全文索引效率。

Mysql全文索引基本情况

1、Mysql在5.6之后基于MyISAM引擎提供全文索引，在MySQL 5.7.6之前，全文索引只支持英文全文索引，不支持中文全文索引
2、Mysql5.7开始 innoDb开始支持全文索引，且从MySQL 5.7.6开始，MySQL内置了ngram全文解析器，用来支持中文、日文、韩文分词。

测试全文索引效率

测试前说明

1、为了对比，本次测试用了10万、100万、1000万数量级做对比测试。
2、测试数据库在服务器（ctrix虚拟机2vcpu，8G内存），本次使用版本5.7.13；客户端在PC上用navicat工具；网络千M网。
3、测试是基于我使用的硬件情况，因此反映性能的具体指标供参考。
4、预先准备好数据，我是采用了《简爱》全本中英文，采用随机截断不同长度文本方式分别从里面收取10万、100万、1000万数据。
5、my.cnf配置（配置完了别忘了重启mysql）如下：

[mysqld]
#英文分词长度默认为4，<4通常不建索引；英文单词长度<4的通常查询不到
ft_min_word_len = 4  
 #中文分词长度位2，每个字都可以查出
ngram_token_size=2

测试步骤

建表（见如下语句）

CREATE TABLE ft_bigdata10 (
  id int(11) NOT NULL AUTO_INCREMENT,
  tenant_id char(6) NOT NULL ,
  code_list Text DEFAULT NULL, -- 非英文单词的字符串，用','隔开，每个串为单词+','隔开，每个单词16个字符随机组成
  en_cnword TEXT DEFAULT NULL, -- 中英文文段落（从简爱 中英文对照版随机抽取）
  PRIMARY KEY (id) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 ;
CREATE TABLE ft_bigdata100 (
  id int(11) NOT NULL AUTO_INCREMENT,
  tenant_id char(6) NOT NULL ,
  code_list Text DEFAULT NULL, -- 非英文单词的字符串，用','隔开，每个串为单词+','隔开，每个单词16个字符随机组成
  en_cnword TEXT DEFAULT NULL, -- 中英文文段落（从简爱 中英文对照版随机抽取）
  PRIMARY KEY (id) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 ;
CREATE TABLE ft_bigdata1000 (
  id int(11) NOT NULL AUTO_INCREMENT,
  tenant_id char(6) NOT NULL ,
  code_list Text DEFAULT NULL, -- 非英文单词的字符串，用','隔开，每个串为单词+','隔开，每个单词16个字符随机组成
  en_cnword TEXT DEFAULT NULL, -- 中英文文段落（从简爱 中英文对照版随机抽取）
  PRIMARY KEY (id) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 ;

导入数据

由于数据量大，将数据加