企业🤖AI Agent构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
1,索引的类型 UNIQUE(唯一索引):不可以出现相同的值,可以有NULL值 INDEX(普通索引):允许出现相同的索引内容 PROMARY KEY(主键索引):不允许出现相同的值 fulltext index(全文索引):可以针对值中的某个单词,但效率确实不敢恭维 组合索引:实质上是将多个字段建到一个索引里,列值的组合必须唯一 (1)一张表中只能有一个主键; 一个主键可以指向多列,叫做复合主键); 主键索引应该给ID,ID自增; 主键索引效率最高,不能为空,不能重复; (2)设置复合主键 方法一:在建表时就写出 Create Table 表名 (字段名1 Int Not Null, 字段名2 nvarchar(13) Not Null Primary Key (字段名1, 字段名2), 字段名3………… 字段名N………… ) 方法二:在建表后更改 ALTER TABLE 表名 WITH NOCHECK ADD CONSTRAINT [PK_表名] PRIMARY KEY NONCLUSTERED ( [字段名1], [字段名2] ) 2,索引的创建 (1)创建表的时候同时创建索引 ~~~ CREATE TABLE `table` ( 07 `id` int(11) NOT NULL AUTO_INCREMENT , 08 `title` char(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL , 09 `content` text CHARACTER SET utf8 COLLATE utf8_general_ci NULL , 10 `time` int(10) NULL DEFAULT NULL , 11 PRIMARY KEY (`id`), 12 INDEX index_name (title(length)) ~~~ (2)修改表结构的方式添加索引 ALTER TABLE 表名 ADD 索引类型 (unique,primary key,fulltext,index)[索引名](字段名) ~~~ //普通索引 alter table table_name add index index_name (column_list) ; //唯一索引 alter table table_name add unique (column_list) ; //主键索引 alter table table_name add primary key (column_list) ; ~~~ CREATE INDEX index_name ON table_name(username(length)); ~~~ //create只能添加这两种索引; CREATE INDEX index_name ON table_name (column_list) CREATE UNIQUE INDEX index_name ON table_name (column_list) ~~~ 3索引查询 desc table_name; show keys from table_name; show index from table_name; show indexs from table_name; 4,删除索引 删除索引可以使用ALTER TABLE或DROP INDEX语句来实现。 ~~~ drop index index_name on table_name ; alter table table_name drop index index_name ; alter table table_name drop primary key ; ~~~ 5,注意事项 1.索引不会包含有NULL的列 只要列中包含有NULL值,都将不会被包含在索引中,复合索引中只要有一列含有NULL值,那么这一列对于此符合索引就是无效的。 2.使用短索引 对串列进行索引,如果可以就应该指定一个前缀长度。例如,如果有一个char(255)的列,如果在前10个或20个字符内,多数值是唯一的,那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。 3.索引列排序 mysql查询只使用一个索引,因此如果where子句中已经使用了索引的话,那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作,尽量不要包含多个列的排序,如果需要最好给这些列建复合索引。 4.like语句操作 一般情况下不鼓励使用like操作,如果非使用不可,注意正确的使用方式。like ‘%aaa%’和 ‘%aaa'不会使用索引,只有like ‘aaa%’可以使用索引。 5.不要在列上进行运算 6.不使用NOT IN 、<>、!=操作,但<,<=,=,>,>=,BETWEEN,IN是可以用到索引的 7.索引要建立在经常进行select操作的字段上。 这是因为,如果这些列很少用到,那么有无索引并不能明显改变查询速度。相反,由于增加了索引,反而降低了系统的维护速度和增大了空间需求。 8.索引要建立在值比较唯一的字段上。 9.对于那些定义为text、image和bit数据类型的列不应该增加索引。因为这些列的数据量要么相当大,要么取值很少。 10.在where和join中出现的列需要建立索引。 11.where的查询条件里有不等号(where column != …),mysql将无法使用索引。 12.如果where字句的查询条件里使用了函数(如:where DAY(column)=…),mysql将无法使用索引。 13.在join操作中(需要从多个数据表提取数据时),mysql只有在主键和外键的数据类型相同时才能使用索引,否则及时建立了索引也不会使用。 14.对于多列索引,只要查询语句使用到了左边的列,就会用到索引,否则不会用到索引。 15.对于'or' sql语句,必须所有的被查询的列都建有索引,才会用到索引。 16.如果被查询的列的类型是字符串,则需要在语句中对数据添加引号,比如: select * from emp where ename='1111';不能是select * from emp where ename=1111; 6,索引的使用情况查询 ![](https://box.kancloud.cn/3c5ee4d01b353a492b814ba644ad5a71_639x168.png) 7,全文检索 LIKE搜索: SELECT body FROM table_name WHERE body LIKE "%random_word1%" AND bodyLIKE "% random_word2%" AND body LIKE "% random_word3%"; FULLTEXT搜索: SELECT body FROM table_name WHERE MATCH(body) AGAINST("+random_word3 + random_word3+ random_word3" IN BOOLEAN MODE) 结果讨论 LIKE搜索的耗时随着记录数的增加而线性增长,但对于10万行记录以下的表(这里共100000*50个单词)搜索时间基本上能保持在1秒以内,所以like搜索的性能也不是特别差。由不同词汇量生成的文本对LIKE搜索的性能影响不大,不同词汇量对应的搜索时间基本上在一个很小的时间范围内变化。 FULLTEXT搜索耗时也随表中记录数的增长而线性增加。对于10万行记录以下的表(这里共100000*50个单词)搜索时间基本上能保持在0.01秒以内。由不同词汇量生成的随机文本对FULLTEXT搜索性能有相对来说比较显著的影响。每行记录中含同样的单词数,这样,较大的词汇量倾向于生成冗余度更低的文本,相应的搜索耗时倾向于更少。这可能与FULLTEXT索引建立单词索引的机制有关,较大的词汇量倾向于生成范围广但相对较浅的索引,因而能快速确定文本是否匹配。 与LIKE搜索相比,FULLTEXT全文搜索的性能要强很多,对于10万行记录的表,搜索时间都在0.02秒以下。因此可以将基于FULLTEXT索引的文本搜索部署于网站项目中的文本搜索功能中。但是,正如上述提到的,无论是LIKE搜索还是FULLTEXT搜索,其性能都会随着记录数的增长而下降,因此,若网站项目中的文本搜索数据库记录数庞大的一定规模后,可能需要考虑使用MySQL数据库全文搜索以外的文本搜索解决方案了。 **(六)什么情况下不创建索引** 1.查询中很少使用到的列 不应该创建索引,如果建立了索引然而还会降低mysql的性能和增大了空间需求. 2.很少数据的列也不应该建立索引,比如 一个性别字段 0或者1,在查询中,结果集的数据占了表中数据行的比例比较大,mysql需要扫描的行数很多,增加索引,并不能提高效率 3.定义为text和image和bit数据类型的列不应该增加索引, 4.当表的修改(UPDATE,INSERT,DELETE)操作远远大于检索(SELECT)操作时不应该创建索引,这两个操作是互斥的关系