Navicat建表MySQL索引类型
mysql索引类型：FULLTEXT、NORMAL、SPATIAL、UNIQUE的详细介绍
Normal 普通索引
表⽰普通索引，⼤多数情况下都可以使⽤
Unique 唯⼀索引
表⽰唯⼀的，不允许重复的索引，如果该字段信息保证不会重复例如⾝份证号⽤作索引时，可设置为unique
约束唯⼀标识数据库表中的每⼀条记录，即在单表中不能⽤每条记录是唯⼀的（例如⾝份证就是唯⼀的），Unique(要求列唯⼀)和Primary Key(primary key = unique + not null 列唯⼀)约束均为列或列集合中提供了唯⼀性的保证，Primary Key是拥有⾃动定义的Unique约束，但是每个表中可以有多个Unique约束，但是只能有⼀个Primary Key约束。
mysql中创建Unique约束
mysql创建表数据类型Full Text 全⽂索引
表⽰全⽂收索，在检索长⽂本的时候，效果最好，短⽂本建议使⽤Index，但是在检索的时候数据量⽐较⼤的时候，现将数据放⼊⼀个没有全局索引的表中，然后在⽤Create Index创建的Full Text索引，要⽐先为⼀张表建⽴Full Text然后在写⼊数据要快的很多
FULLTEXT ⽤于搜索很长⼀篇⽂章的时候，效果最好。⽤在⽐较短的⽂本，如果就⼀两⾏字的，普通的 INDEX 也可以。
SPATIAL 空间索引
空间索引是对空间数据类型的字段建⽴的索引，MYSQL中的空间数据类型有4种，分别是GEOMETRY、POINT、LINESTRING、POLYGON。MYSQL使⽤SPATIAL关键字进⾏扩展，使得能够⽤于创建正规索引类型的语法创建空间索引。创建空间索引的列，必须将其声明为NOT NULL，空间索引只能在存储引擎为MYISAM的表中创建
btree索引和hash索引的区别
1、BTREE（B树（可以是多叉树）） {主流使⽤}
2、HASH（key,value）这种⽅式对范围查询⽀持得不是很好
hash 索引结构的特殊性，其检索效率⾮常⾼，索引的检索可以⼀次定位，不像B-Tree 索引需要从根节点到枝节点，最后才能访问到页节点这样多次的IO访问，所以 Hash 索引的查询效率要远⾼于 B-Tree 索引。
可能很多⼈⼜有疑问了，既然 Hash 索引的效率要⽐ B-Tree ⾼很多，为什么⼤家不都⽤ Hash 索引⽽还要使⽤ B-Tree 索引呢？任何事物都是有两⾯性的，Hash 索引也⼀样，虽然 Hash 索引效率⾼，但是 Hash 索引本⾝由于其特殊性也带来了很多限制和弊端，主要有以下这些。
（1）Hash 索引仅仅能满⾜”=”,”IN”和”<=>”查询，不能使⽤范围查询。
由于 Hash 索引⽐较的是进⾏ Hash 运算之后的 Hash 值，所以它只能⽤于等值的过滤，不能⽤于基于范围的过滤，因为经过相应的 Hash 算法处理之后的 Hash 值的⼤⼩关系，并不能保证和Hash运算前完全⼀样。
（2）Hash 索引⽆法被⽤来避免数据的排序操作。
由于 Hash 索引中存放的是经过 Hash 计算之后的 Hash 值，⽽且Hash值的⼤⼩关系并不⼀定和 Hash 运算前的键值完全⼀样，所以数据库⽆法利⽤索引的数据来避免任何排序运算；
（3）Hash 索引不能利⽤部分索引键查询。
对于组合索引，Hash 索引在计算 Hash 值的时候是组合索引键合并后再⼀起计算 Hash 值，⽽不是单独计算 Hash 值，所以通过组合索引的前⾯⼀个或⼏个索引键进⾏查询的时候，Hash 索引也⽆法被利⽤。
（4）Hash 索引在任何时候都不能避免表扫描。
前⾯已经知道，Hash 索引是将索引键通过 Hash 运算之后，将 Hash运算结果的 Hash 值和所对应的⾏指针信息存放于⼀个 Hash 表中，由于不同索引键存在相同 Hash 值，所以即使取满⾜某个 Hash 键值的数据的记录条数，也⽆法从 Hash 索引中直接完成查询，还是要通过访问表中的实际数据进⾏相应的⽐较，并得到相应的结果。
（5）Hash 索引遇到⼤量Hash值相等的情况后性能并不⼀定就会⽐B-Tree索引⾼。
对于选择性⽐较低的索引键，如果创建 Hash 索引，那么将会存在⼤量记录指针信息存于同⼀个 Hash 值相关联。这样要定位某⼀条记录时就会⾮常⿇烦，会浪费多次表数据的访问，⽽造成整体性能低下。
在实际操作过程中，应该选取表中哪些字段作为索引？
为了使索引的使⽤效率更⾼，在创建索引时，必须考虑在哪些字段上创建索引和创建什么类型的索引，
有7⼤原则：
1. 选择唯⼀性索引
2. 为经常需要排序、分组和联合操作的字段建⽴索引
3. 为常作为查询条件的字段建⽴索引
4. 限制索引的数⽬
5. 尽量使⽤数据量少的索引
6. 尽量使⽤前缀来索引
7. 删除不再使⽤或者很少使⽤的索引
8. 经常更新修改的字段不要建⽴索引（针对mysql说，因为字段更改同时索引就要重新建⽴，排序，⽽Orcale好像是有这样的机制字段值
更改了，它不⽴刻建⽴索引，排序索引，⽽是根据更改个数，时间段去做平衡索引这件事的）
9. 不推荐在同⼀列建多个索引

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。