집 > 기사 > 데이터 베이스 > mysql ft는 무엇을 의미하나요?

mysql ft는 무엇을 의미하나요?

PHPz앞으로: 2023-04-14 17:42:031541검색

mysql ft는 전체 텍스트 인덱스를 의미합니다. 즉, 전체 텍스트 인덱스는 정확한 수치 비교보다는 유사성을 기반으로 해야 하는 쿼리를 해결하는 데 사용되는 것보다 N배 빠릅니다. 많은 양의 데이터에 직면하고 있으며 속도는 한 단계도 아닙니다.

MySQL 전체 텍스트 인덱스(FullText)

1. 소개

기본 개념

전체 텍스트 인덱스는 정확한 수치 비교보다는 유사성을 기반으로 해야 하는 쿼리를 해결하기 위한 것입니다.

like + %를 사용하여 퍼지 매칭을 수행할 수도 있지만, 대량의 텍스트 데이터를 검색하는 것은 상상할 수 없습니다. 많은 양의 데이터가 있는 경우 전체 텍스트 인덱싱은 like보다 N배 더 빠를 수 있지만 속도는 한 단계도 아닙니다. like + % 也可以实现模糊匹配，但是对于大量的文本数据检索，是不可想象的。全文索引在大量的数据面前，能比 like 快 N 倍，速度不是一个数量级。

版本支持

MySQL 5.6 以前的版本，只有 MyISAM 存储引擎支持全文索引
MySQL 5.6 及以后的版本，MyISAM 和 InnoDB 存储引擎均支持全文索引
MySQL 5.7.6 中，提供了支持中文、日文和韩文（CJK）的内置全文 ngram 解析器，以及用于日文的可安装 MeCab 全文解析器插件
全文索引只能用于InnoDB或MyISAM表，只能为CHAR、VARCHAR、TEXT列创建
对于大型数据集，7b1e73cb874762b61bdf65d66916df9c将数据加载到没有全文索引的表中然后创建索引要比将数据加载到具有现有全文索引的表中快得多
RDS MySQL 5.6 虽然也支持中文全文检索，但存在BUG

限制与缺点

导致磁盘资源的大量占用。全文索引本身就是一个利用磁盘空间换取性能的方法。全文索引大的原因是，按照某种语言来进行分词
全文索引创建速度慢，而且对有全文索引的各种数据修改操作也慢
使用全文索引并不是对应用透明的。如果要想利用全文索引，必须修改查询语句。原有的查询语句是不可能利用全文索引的，需要改成全文索引规定的语法
不区分大小写
分区表不支持全文搜索
由多列组合而成的全文检索的索引必须使用相同的字符集与排序规则
全文索引可能存在精度问题，即全文索引找到的数据，可能和like
버전 지원
MySQL 5.6 이전 버전, MyISAM 스토리지만 해당 엔진은 전체 텍스트 인덱스
MySQL 5.6 이상 버전을 지원합니다. MyISAM 및 InnoDB 스토리지 엔진은 모두 전체 텍스트 인덱스
를 지원합니다.
MySQL 5.7.6은 중국어, 일본어, 한국어(CJK)에 대한 내장된 전체 텍스트 ngram 파서와 설치 가능한 MeCab을 제공합니다. (일본어). 전체 텍스트 파서 플러그인

전체 텍스트 인덱스는 InnoDB 또는 MyISAM 테이블에만 사용할 수 있습니다. CHAR, VARCHAR, TEXT 열 생성에만 사용됩니다.

대규모 데이터 세트의 경우 7808f2b8707cf4ded5c75e9035b5207e전체 텍스트 인덱스가 없는 테이블에 데이터를 로드한 다음 인덱스를 만드는 것이 전체 텍스트 인덱스가 있는 테이블에 데이터를 로드하는 것보다 훨씬 빠릅니다. 기존 전체 텍스트 인덱스

RDS MySQL 5.6 중국어 전체 텍스트 검색도 지원되지만 BUG

디스크 리소스 손실로 인해 많이 사용됨 . 전체 텍스트 인덱싱 자체는 성능을 위해 디스크 공간을 사용하는 방법입니다. 전체 텍스트 색인이 큰 이유는 특정 언어를 기반으로 한 단어 분할이 전체 텍스트 색인을 생성하는 데 느리고, 전체 텍스트 색인을 사용하여 다양한 데이터를 수정하는 속도도 느리기 때문입니다. 인덱스는 애플리케이션에 투명하지 않습니다. 전체 텍스트 인덱스를 사용하려면 쿼리 문을 수정해야 합니다. 원본 쿼리문에는 전체 텍스트 인덱스를 사용할 수 없습니다. 전체 텍스트 인덱스에 지정된 구문으로 변경해야 합니다. 분할된 테이블은 전체 텍스트 검색을 지원하지 않습니다. 전체 텍스트 검색을 위한 인덱스는 동일한 문자 집합과 정렬 규칙을 사용해야 합니다. like IN BOOLEAN MODE를 사용하여 전체 텍스트 검색을 하지 않는 한 MATCH() 함수의 열은 FULLTEXT 인덱스에 정의된 열과 정확히 동일해야 합니다. MyISAM 테이블에서는 모드를 사용합니다. (인덱싱되지 않은 열에 대한 검색도 가능하지만 속도가 매우 느립니다.) 단일 열에 대해 별도로 전체 텍스트 인덱스를 생성할 경우 다중 열 퍼지 쿼리가 적용되지 않습니다다른 테이블의 전체 텍스트 인덱스는 함께 쿼리할 수 없습니다. 두 문에 OR를 추가할 수 있습니다. 2. 전체 텍스트 인덱스 작업 2.1 최소 검색 길이 구성 현재 구성된 최소값을 볼 수 있습니다. SQL 명령을 통한 검색 길이(단어 분할 길이): Variable_name

제한 사항 및 단점
	전체 텍스트 인덱스에는 정확성 문제가 있을 수 있습니다



SHOW VARIABLES LIKE 'ft%';

Value🎜🎜🎜🎜🎜🎜ft_boolean_syntax🎜🎜+ ->8278768aeb152a39c923d51af4e4662b” 表示出现该单词时增加相关性，查询的结果靠前

“<” 表示出现该单词时降低相关性，查询的结果靠后

* 表示通配符，只能接在词后面

~ 允许出现该单词，但是出现时相关性为负，表示拥有该字会下降相关性，但不像「-」将之排除，只是排在较后面

"" 双引号表示短语，表示要彻底相符，不可拆字效果，类同于 like '%keyword%'

() 经过括号来使用字条件:

+aaa +(>bbb <ccc) aaa="aaa" sql="sql" select="select" from="from" test="test" where="where" match="match" against="against" in="in" boolean="boolean" mode="mode" select="select" from="from" tommy="tommy" where="where" match="match" against="against" in="in" boolean="boolean" mode="mode" select="select" from="from" tommy="tommy" where="where" match="match" against="against">李秀琴 <练习册 <不是人>是个鬼&#39; in boolean mode);

四、测试结果

测试环境：本机4核16G Windows10，MySQL 8.0
测试数据量：salebilldetail 表 1276万行，salebill 表 269 万行, customer 表 30 万行, goods 表 75 万行。

争对测试用的SQL语句，增加了以下全文索引：

CREATE FULLTEXT INDEX billno_fulltext ON salebill(billno) WITH PARSER ngram;
CREATE FULLTEXT INDEX remarks_fulltext ON salebill(remarks) WITH PARSER ngram;
CREATE FULLTEXT INDEX remarks_fulltext ON salebilldetail(remarks) WITH PARSER ngram;
CREATE FULLTEXT INDEX goodsremarks_fulltext ON salebilldetail(goodsremarks) WITH PARSER ngram;
CREATE FULLTEXT INDEX remarks_goodsremarks_fulltext ON salebilldetail(remarks, goodsremarks) WITH PARSER ngram;
CREATE FULLTEXT INDEX custname_fulltext ON customer(custname) WITH PARSER ngram;
CREATE FULLTEXT INDEX goodsname_fulltext ON goods(goodsname) WITH PARSER ngram;
CREATE FULLTEXT INDEX goodscode_fulltext ON goods(goodscode) WITH PARSER ngram;

测试结果，总的来说很魔幻。
为什么魔幻，看下面几个语句：

test_1

-- 测试1，原始 like 查询方式，用时 0.765s
select 1 from salebilldetail d where d.tid=260434 and ((d.remarks like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;)) or (d.goodsremarks like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;)));

test_2

-- 测试2，使用全文索引 remarks_fulltext、goodsremarks_fulltext, 用时 0.834s
select 1 from salebilldetail d where d.tid=260434 and ((match(d.remarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)) or (match(d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;)  in boolean mode)));

test_3

-- 测试3，使用全文索引 remarks_goodsremarks_fulltext, 用时 0.242s
select 1 from salebilldetail d where d.tid=260434 and ((match(d.remarks,d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)));

test_4

-- 测试4，原始 like 查询方式，不过滤 tid ，用时 22.654s
select t from salebilldetail d where ((d.remarks like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;)) or (d.goodsremarks like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;)));

test_5

-- 测试5，使用全文索引 remarks_fulltext、goodsremarks_fulltext,  不过滤 tid ，用时 24.855s
select 1 from salebilldetail d where ((match(d.remarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)) or (match(d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;)  in boolean mode)));

test_6

-- 测试6，使用全文索引 remarks_goodsremarks_fulltext, 不过滤 tid ，用时 0.213s
select 1 from salebilldetail d where ((match(d.remarks,d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)));

test_7

-- 测试7，使用全文索引 remarks_goodsremarks_fulltext, 用时 0.22s
select count(1) from salebilldetail d where d.tid=260434 and  ((match(d.remarks,d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)));

test_8

-- 测试8，使用全文索引 remarks_goodsremarks_fulltext, 不过滤 tid ，用时 0.007s
select count(1) from salebilldetail d where ((match(d.remarks,d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)));

从上面的测试语句可以看出，数据量越多，查询越简单，全文索引的效果越好。

再来看看我们的业务测试SQL:

test_9

-- 测试9
select 
    i.billid
    ,if(0,0,i.qty) as qty  
    ,if(0,0,i.goodstotal) as total          
    ,if(0,0,i.chktotal) as selfchktotal   
    ,if(0,0,i.distotal) as distotal 
    ,if(0,0,i.otherpay) as feetotal  
    ,if(0,0,ifnull(d.costtotal,0)) as costtotal  
    ,if(0,0,ifnull(d.maoli,0)) as maoli         
    ,i.billno
    ,from_unixtime(i.billdate,&#39;%Y-%m-%d&#39;) as billdate /*单据日期*/
    ,from_unixtime(i.createdate,&#39;%Y-%m-%d %H:%i:%s&#39;) as createdate /*制单日期*/
    ,if(i.sdate=0,&#39;&#39;,from_unixtime(i.sdate,&#39;%Y-%m-%d  %H:%i:%s&#39;)) as sdate /*过账日期*/
    ,from_unixtime(i.udate,&#39;%Y-%m-%d %H:%i:%s&#39;) as udate /*最后修改时间*/
    ,i.custid ,c.custname
    ,i.storeid ,k.storename
    ,i.empid ,e.empname
    ,i.userid ,u.username
    ,i.remarks                               /*单据备注*/
    ,i.effect,i.settle,i.redold,i.rednew     /*单据状态*/
    ,i.printtimes /* 打印次数 */
    ,(case  when i.rednew=1 then 1  when i.redold=1 then 2  when i.settle=1 then 3  when i.effect=1 then 4  else 9 end) as state /*单据状态*/
    ,(case  when i.rednew=1 then &#39;红冲单&#39;  when i.redold=1 then &#39;已红冲&#39;  when i.settle=1 then &#39;已结算&#39;  when i.effect=1 then &#39;已过账&#39;  else &#39;草稿&#39; end) as statetext
    ,&#39;&#39; as susername /* 操作人 */
    ,&#39;&#39; as accname /* 科目 */
from salebill i
left join coursecentersale d on d.tid=i.tid and d.billid=i.billid
left join customer c on c.tid=i.tid and c.custid=i.custid
left join store k on k.tid=i.tid and k.storeid=i.storeid
left join employee e on e.tid=i.tid and e.empid=i.empid
left join user u on u.tid=i.tid and u.userid=i.userid
where i.tid=260434 and (i.billtype = 5 or i.effect = 1)
    and (&#39;_billdate_f_&#39;!=&#39;&#39;)
    and (&#39;_billdate_t_&#39;!=&#39;&#39;)
    and (&#39;_sdate_f_&#39;!=&#39;&#39;)
    and (&#39;_sdate_t_&#39;!=&#39;&#39;)
    and (&#39;_udate_f_&#39;!=&#39;&#39;)
    and (&#39;_udate_t_&#39;!=&#39;&#39;)
    and (&#39;_cdate_f_&#39;!=&#39;&#39;)
    and (&#39;_cdate_t_&#39;!=&#39;&#39;)
    and (&#39;_billid_&#39;!=&#39;&#39;)      /*单据id*/
    and (&#39;_custid_&#39;!=&#39;&#39;)      /*客户ID*/
    and (&#39;_storeid_&#39;!=&#39;&#39;)     /*店仓ID*/
    and (&#39;_empid_&#39;!=&#39;&#39;)       /*业务员ID*/
    and (&#39;_custstop_&#39;!=&#39;&#39;)       /*客户是否停用*/
    and (
        (i.billno like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;))
        or (i.remarks like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;))
        or exists(select 1 from salebilldetail d where d.tid=260434 and d.billid=i.billid and ((d.remarks like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;)) or (d.goodsremarks like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;))))
        or exists(select 1 from customer c where c.tid=260434 and c.custid=i.custid and (c.custname like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;)))
        or exists(select 1 from goods g join salebilldetail d on d.tid=g.tid and d.goodsid=g.goodsid where d.tid=260434 and d.billid=i.billid and ((g.goodsname like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;)) or (g.goodscode like concat(&#39;%&#39;,&#39;葡萄&#39;,&#39;%&#39;))))
    )
    and i.rednew=0 /*单据列表不含红冲单*/ 
    and i.billid not in (select billid from coursecenter_del t where t.tid=260434)
    and ((i.settle=1 and i.effect=1 and i.redold=0 and i.rednew=0)) /*已结算*/
order by udate desc,billno desc
limit 0,100;

执行时间约 1.6 秒，使用的是 like 方式。

改成使用全文索引方式：

test_10

-- 测试10
select 
    i.billid
    ,if(0,0,i.qty) as qty         
    ,if(0,0,i.goodstotal) as total   
    ,if(0,0,i.chktotal) as selfchktotal  
    ,if(0,0,i.distotal) as distotal 
    ,if(0,0,i.otherpay) as feetotal  
    ,if(0,0,ifnull(d.costtotal,0)) as costtotal 
    ,if(0,0,ifnull(d.maoli,0)) as maoli  
    ,i.billno
    ,from_unixtime(i.billdate,&#39;%Y-%m-%d&#39;) as billdate /*单据日期*/
    ,from_unixtime(i.createdate,&#39;%Y-%m-%d %H:%i:%s&#39;) as createdate /*制单日期*/
    ,if(i.sdate=0,&#39;&#39;,from_unixtime(i.sdate,&#39;%Y-%m-%d  %H:%i:%s&#39;)) as sdate /*过账日期*/
    ,from_unixtime(i.udate,&#39;%Y-%m-%d %H:%i:%s&#39;) as udate /*最后修改时间*/
    ,i.custid ,c.custname
    ,i.storeid ,k.storename
    ,i.empid ,e.empname
    ,i.userid ,u.username
    ,i.remarks                               /*单据备注*/
    ,i.effect,i.settle,i.redold,i.rednew     /*单据状态*/
    ,i.printtimes /* 打印次数 */
    ,(case  when i.rednew=1 then 1  when i.redold=1 then 2  when i.settle=1 then 3  when i.effect=1 then 4  else 9 end) as state /*单据状态*/
    ,(case  when i.rednew=1 then &#39;红冲单&#39;  when i.redold=1 then &#39;已红冲&#39;  when i.settle=1 then &#39;已结算&#39;  when i.effect=1 then &#39;已过账&#39;  else &#39;草稿&#39; end) as statetext
    ,&#39;&#39; as susername /* 操作人 */
    ,&#39;&#39; as accname /* 科目 */
from salebill i
left join coursecentersale d on d.tid=i.tid and d.billid=i.billid
left join customer c on c.tid=i.tid and c.custid=i.custid
left join store k on k.tid=i.tid and k.storeid=i.storeid
left join employee e on e.tid=i.tid and e.empid=i.empid
left join user u on u.tid=i.tid and u.userid=i.userid
where i.tid=260434 and (i.billtype = 5 or i.effect = 1)
    and (&#39;_billdate_f_&#39;!=&#39;&#39;)
    and (&#39;_billdate_t_&#39;!=&#39;&#39;)
    and (&#39;_sdate_f_&#39;!=&#39;&#39;)
    and (&#39;_sdate_t_&#39;!=&#39;&#39;)
    and (&#39;_udate_f_&#39;!=&#39;&#39;)
    and (&#39;_udate_t_&#39;!=&#39;&#39;)
    and (&#39;_cdate_f_&#39;!=&#39;&#39;)
    and (&#39;_cdate_t_&#39;!=&#39;&#39;)
    and (&#39;_billid_&#39;!=&#39;&#39;)      /*单据id*/
    and (&#39;_custid_&#39;!=&#39;&#39;)      /*客户ID*/
    and (&#39;_storeid_&#39;!=&#39;&#39;)     /*店仓ID*/
    and (&#39;_empid_&#39;!=&#39;&#39;)       /*业务员ID*/
    and (&#39;_custstop_&#39;!=&#39;&#39;)       /*客户是否停用*/
    and (
        (match(i.billno) against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode))
        or (match(i.remarks) against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode))
        or exists(select 1 from salebilldetail d where d.tid=260434 and d.billid=i.billid and ((match(d.remarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)) or (match(d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;)  in boolean mode))))
        or exists(select 1 from customer c where c.tid=260434 and c.custid=i.custid and (match(c.custname) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)))
        or exists(select 1 from goods g join salebilldetail d on d.tid=g.tid and d.goodsid=g.goodsid where d.tid=260434 and d.billid=i.billid 
     and ((match(g.goodsname) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode))
     or (match(g.goodscode) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode))))
    )
    and i.rednew=0 /*单据列表不含红冲单*/ 
    and i.billid not in (select billid from coursecenter_del t where t.tid=260434)
    and ((i.settle=1 and i.effect=1 and i.redold=0 and i.rednew=0)) /*已结算*/
order by udate desc,billno desc
limit 0,100;

执行时间约 1.6 秒，与使用的是 like 方式差不多。

最魔幻的地方来了，如果将上面的SQL语句中（salebilldetail表使用全文索引 remarks_fulltext、goodsremarks_fulltext的地方）

exists(select 1 from salebilldetail d where d.tid=260434 and d.billid=i.billid and ((match(d.remarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)) or (match(d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;)  in boolean mode))))

test_11

改成使用全文索引 remarks_goodsremarks_fulltext

-- 测试11
exists(select 1 from salebilldetail d where d.tid=260434 and d.billid=i.billid and ((match(d.remarks,d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode))))

执行时间无限长（跑了半天没成功）？
经分析，在 where 子句中，一个条件子句中包含一个以上 match 时会出现这样的情况。即：

-- and 中只有一个全文检索时正常， 用时0.2秒
select xxx from xxx
...
and (
	exists(select 1 from salebilldetail d where d.tid=260434 and d.billid=i.billid and ((match(d.remarks,d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode))))
)
...

-- 下面这样就异常了，会慢成百上千倍，用时 160 秒， 如果有更多的 match ，会更夸张的慢下去
select xxx from xxx
...
and (
	exists(select 1 from salebilldetail d where d.tid=260434 and d.billid=i.billid and ((match(d.remarks,d.goodsremarks) Against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode))))
	or match(i.billno) against(concat(&#39;"&#39;,&#39;葡萄&#39;,&#39;"&#39;) in boolean mode)
)
...

测试结果汇总：

查询	用时(秒)	备注
test 1	0.765	原始`like`查询
test 2	0.834	全文索引 `remarks_fulltext`、`goodsremarks_fulltext`
test 3	0.242	全文索引 `remarks_goodsremarks_fulltext`
---
test 4	22.654	原始`like`查询，不过滤 tid
test 5	24.855	全文索引 `remarks_fulltext`、`goodsremarks_fulltext`, 不过滤 tid
test 6	0.213	全文索引 `remarks_goodsremarks_fulltext`, 不过滤 tid
---
test 7	0.22	全文索引 `remarks_goodsremarks_fulltext`, count
test 8	0.007	全文索引 `remarks_goodsremarks_fulltext`, 不过滤 tid, count
---
test 9	1.6	业务测试SQL，原始`like`查询
test 10	1.6	业务测试SQL，全文索引 `remarks_fulltext`、`goodsremarks_fulltext`
test 11	失败	业务测试SQL，全文索引 `remarks_goodsremarks_fulltext`

五、MySQL 版本升级

因线上系统目前是 RDS MySQL 5.6，故简单描述升级相关问题。

Group By: 在 MySQL 5.7 之后，默认使用增加了限制，一些在 MySQL 5.6 可执行的Group By语句，在 5.7 之后会报错，可以更改新版本 MySQL 的 sqlModel

-- 查询 sql_mode
select @@SESSION.sql_mode;
-- 设置
SET GLOBAL sql_mode = &#39;STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION&#39;;
-- 或 设置 （修改于当前会 话，关闭当前会话后失效）
SET SESSION sql_mode = &#39;STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION&#39;;
-- 刷新
flush PRIVILEGES;

ONLY_FULL_GROUP_BY: 对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中
NO_AUTO_VALUE_ON_ZERO: 该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户希望插入的值为0，而该列又是自增长的，那么这个选项就有用了。
STRICT_TRANS_TABLES：在该模式下，如果一个值不能插入到一个事务中，则中断当前的操作，对非事务表不做限制
NO_ZERO_IN_DATE：在严格模式下，不允许日期和月份为零
NO_ZERO_DATE：设置该值，mysql数据库不允许插入零日期，插入零日期会抛出错误而不是警告
ERROR_FOR_DIVISION_BY_ZERO：在insert或update过程中，如果数据被零除，则产生错误而非警告。如果未给出该模式，那么数据被零除时MySql返回NULL
NO_AUTO_CREATE_USER: 禁止GRANT创建密码为空的用户
NO_ENGINE_SUBSTITUTION：如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常
PIPES_AS_CONCAT：将"||"视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样是，也和字符串的拼接函数Concat想类似
ANSI_QUOTES：启用后，不能用双引号来引用字符串，因为它被解释为识别符
方式2：在配置文件中添加 sql_mode = '对应需要的模式'
sql_mode 模式说明：
方式1：重启 MySQL 后失效

MySQL8.0 修改了账号密码加密策略 (默认的认证插件由mysql_native_password更改为caching_sha2_password），导致一些可视化软件无法连接 mysql8.0 版本的数据库。如果需要，可以修改默认的策略或者账号密码的认证策略

[mysqld]
default_authentication_plugin = mysql_native_password

-- 修改加密规则 
ALTER USER &#39;root&#39;@&#39;localhost&#39; IDENTIFIED BY &#39;password&#39; PASSWORD EXPIRE NEVER; 
-- 更新用户密码
ALTER USER &#39;账号&#39;@&#39;%&#39; IDENTIFIED WITH mysql_native_password BY &#39;密码&#39;;
-- 刷新权限
FLUSH PRIVILEGES;

方式2：执行语句修改某账号密码验证策略
方式1：配置文件中添加, 让mysql使用原密码策略 (需重启mysql服务)

MySQL8.0 授权用户账号语法变更，创建用户的操作已经不支持grant的同时创建用户方式，需要先创建用户再进行授权。

-- 原来的流程：
mysql> grant all on *.* to &#39;admin&#39;@&#39;%&#39; identified by &#39;admin&#39;;
-- 新的正确流程：
mysql> create user &#39;admin&#39;@&#39;%&#39; identified by &#39;admin&#39;;
mysql> grant all on *.* to &#39;admin&#39;@&#39;%&#39; ;
mysql> flush privileges;

数据库连接区别

jdbc:mysql://{ip}:{port}/{db}&#63;characterEncoding=utf8&useSSL=false&serverTimezone=UTC
// useSSL  如果不配置false 项目可以正常启动但是会提示ssl问题
// serverTimezone=UTC 必须配置【时区设置成自己对应的时区】否则项目会报错

show variables like &#39;%time_zone%&#39;；
set global time_zone=&#39;+8:00&#39;;

如果时区问题还不能解决：
JDBC 连接串修改如下（首先需要驱动使用8.0对应连接的驱动）：

MySQL 5.7 原生支持JSON类型，并引入了众多JSON函数
MySQL 8.0 JSON字段的部分更新（JSON Partial Updates）
MySQL 8.0 默认字符集由latin1修改为utf8mb4
MySQL 8.0 正则表达式的增强，新增了4个相关函数，REGEXP_INSTR()，REGEXP_LIKE()，REGEXP_REPLACE()，REGEXP_SUBSTR()
MySQL 8.0 GROUP BY语句不再隐式排序（忽略在Group By中的排序命令，如 desc, asc）

위 내용은 mysql ft는 무엇을 의미하나요?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명：

이 기사는 yisu.com에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제

이전 기사：MySQL 더티 페이지란 무엇입니까?다음 기사：MySQL 더티 페이지란 무엇입니까?