首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL索引规则

索引(Index)是帮助 MySQL 高效获取数据的数据结构。但是索引规则有哪些呢?...索引一定要命名规范,哪个库哪个表哪几个字段哪种类型索引 选择唯一性索引——唯一性索引的值是唯一的,可以更快速的通过该索引来确定某条记录 为经常需要排序、分组和联合操作的字段建立索引 为常作为查询条件的字段建立索引...尽量使用数据量少的索引,大字段尽量不要使用索引,如果使用用MD5值 如果索引的值很长,那么查询的速度会受到影响 尽量使用前缀来索引-如果索引字段的值很长,最好使用值的前缀来索引 删除不再使用或者很少使用的索引...最左前缀匹配原则 尽量选择区分度高的列作为索引区分度的公式是表示字段不重复的比例 索引列不能参与计算,保持列“干净”:带函数的查询不参与索引 尽量的扩展索引,不要新建索引 尽量索引覆盖,不要回表操作...如果是多个索引,指定索引提高查询效率 索引固然可以提高查询效率的,但是也有自己的局限性,数据搜索还是适合用ElasticSearch,但是mysql要做持久化,同步ES两种方法:一种是ES的java

1.2K20

MySQL索引使用规则总结

如何加快查询,最直接有效的办法就是增加索引,在不使用索引的情况下试图采用其他方式加快查询就是在浪费时间。本文先介绍下MySQL索引的基本数据结构,再对索引的基本规则做下总结。...MySQL索引实现 MyISAM索引实现 数据与索引是分开存放(图一); 新增数据直接追加写数据文件,同时更新索引; B+树的叶子节点上存储的是数据的实际地址偏移; 主索引与辅助索引(图二)在数据结构上没有区别...例如:对班级表格的性别字段的索引只有两个值’F’,’M’,采用性别别的索引无论怎么查询,得到的是数据表的一半左右的记录。MySQL的查询优化逻辑甚至不会选择对于这样的索引,而改成遍历搜索。...创建了N个列的符合索引,实际上创建了MySQL能够使用的n个索引。例如某表的复合索引 index(国家,省份,城市)。...参考: 1、MySQL技术内幕:InnoDB存储引擎 2、MySQL技术内幕:第4版 3、MySQL高效编程 4、MySQL的官方手册 5、http://km.oa.com/articles/show/

3.9K00
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Mysql常用的建立索引规则

    建立索引规则 建立索引常用的规则如下: 表的主键、外键必须有索引; 数据量超过300的表应该有索引; 经常与其他表进行连接的表,在连接字段上应该建立索引; 经常出现在Where子句中的字段,非凡是大表的字段...,应该建立索引索引应该建在选择性高的字段上(枚举型字段不建索引); 索引应该建在小字段上,对于大的文本字段甚至超长字段,不要建索引; 复合索引的建立需要进行仔细分析;尽量考虑用单字段索引代替: 正确选择复合索引中的主列字段...假如是,则可以建立复合索引;否则考虑单字段索引; 假如复合索引中包含的字段经常单独出现在Where子句中,则分解为多个单字段索引; 假如复合索引所包含的字段超过3个,那么仔细考虑其必要性,考虑减少复合的字段...; 假如既有单字段索引,又有这几个字段上的复合索引,一般可以删除复合索引; 频繁进行数据操作的表,不要建立太多的索引; 删除无用的索引,避免对执行计划造成负面影响; ​ 以上是一些普遍的建立索引时的判定依据...因为太多的索引与不充分、不正确的索引对性能都毫无益处:在表上建立的每个索引都会增加存储开销,索引对于插入、删除、更新操作也会增加处理上的开销。 ​

    2.9K10

    mysql联合索引的使用规则

    1’),(‘2′,’2′,’2′,’2′,’2’) 使用MySql Explain开始分析题目结果: A选项: 结果可以看出,c1,c2,c3,c4均使用到了该索引,而我们对A结果稍作更改: 将c2...条件去掉后: 根据索引最左原则,c2字段没有使用索引,c2之后的字段都不能使用索引。...下面2图我们对比下索引最左原则: 上图结果显示直接使用c3是全表查询,无法使用该索引的,所以c3字段使用索引的前提是c1,c2两字段均使用了索引。 即是索引的最左原则(左前缀原则)。...由key_len长度确定,只有c1一个字段使用了索引。 D选项: order by 和group by 类似,字段顺序与索引一致时,会使用索引排序;字段顺序与索引不一致时,不使用索引。...综上所述问题答案: A:四个字段均使用了该索引 B:c1,c2字段使用了该索引 C:c1字段使用该索引 D:c1字段使用该索引 E:c1,c2字段使用了该索引 总结: 索引的最左原则(左前缀原则),如(

    1.4K20

    ⑩② 【MySQL索引】详解MySQL`索引`:结构、分类、性能分析、设计及使用规则

    索引的结构 索引结构: MySQL索引是在存储引擎层实现的,不同的存储引擎有不同的结构。 ①B+Tree索引:最常见的索引类型,大部分引擎都支持B+树索引。...B+Tree索引 MySQL数据库中,支持hash索引的是Memory引擎,而InnoDB中具有自适应hash功能,hash索引是存储引擎根据B+Tree索引在指定条件下自动构建的。...MySQL的慢查询日志默认没有开启,需要在MySQL的配置文件/etc/my.cnf中配置相应信息: # /etc/my.cnf文件内: #开启MySQL慢查询开关 slow_query_log=1...索引的使用规则 最左前缀法则: 如果索引了多列(联合索引),要遵守最左前缀法则。最左前缀法则指的是查询从索引的最左列开始,并且不跳过索引中的列。如果跳跃某一列,索引将部分失效(后面的字段索引失效)。...即or连接的条件都需建立索引才能使得索引生效。 数据分布影响: 如果MySQL评估使用索引比全表更慢,则不使用索引

    86441

    Mysql高级4-索引的使用规则

    三、索引列运算   案例1:不要再索引列上进行运算操作,索引将失效     mysql> select * from account_transaction where trade_no = "...,可以看出possible_keys可能使用到的索引是primary主键索引,但是实际key这一列却是NULL,说明 primary 主键索引失效,查询用时1.6秒 mysql> select * from...只有or连接的字段中有非索引字段时才会无效 七、数据分布影响   如果mysql评估使用索引比全表更慢,则不使用索引 mysql> explain select * from account_transaction...trade_no+amonut做一个联合索引,看两个索引都满足的时候,会使用哪一个索引 mysql> show index from account_transaction; +------------...因为 trade_no 的单列索引和联合索引已经创建好了,这里只需要在创建一个 amount 的单列索引即可 mysql> show index from account_transaction; +-

    38840

    MySQL 字符集、校对规则索引

    校对规则则是指某种字符集下的排序规则。 在 MySQL 中,每一种字符集都会对应一系列的校对规则。...MySQL 采用的是类似继承的方式来指定字符集的默认值,每个数据库以及每张数据表都有自己的默认值,他们逐层继承。...比如:某个库中所有表的默认字符集,将是该数据库所指定的字符集(这些表在没有指定字符集的情况下,才会采用默认字符集) PS:整理自《Java 工程师修炼之道》 MySQL 索引使用的数据结构主要有 BTree...索引 和 哈希索引。...MySQL 的 BTree 索引使用的是 B 树中的 B+Tree,但在两种主要的存储引擎里,它们的实现方式是不同的。 MyISAM: B+Tree 叶节点的 data 域,存放的是数据记录的地址。

    84830

    MySQL排序规则导致无法命中索引问题

    为每条记录检查范围(索引映射:N)(JSON 属性:message) MySQL 没有找到好的索引可以使用,但发现在知道前面表的列值后,可能会使用某些索引。...对于前面表中的每个行组合,MySQL 检查是否可以使用范围或索引合并访问方法来检索行。这不是很快,但比执行完全没有索引的连接要快。...原因 在SQL的关联条件中,关联字段类型相同,并不是隐式类型转换问题导致无法命中索引,那么我们开始排查两表的字符集、排序规则是否一致。...user表设计: vehicle表设计: 两表字符集均为utf8mb4,不会出现因字符集不同导致隐式转换的问题,那么对比排序规则发现两表的排序规则是不同的,排序规则不一致时,MySQL同样会进行强制类型转换...知识扩展 MySQL隐式转换导致无法命重索引的情况: If one or both arguments are NULL, the result of the comparison is NULL,

    31430

    MySQL索引使用规则——(覆盖索引,单列索引,联合索引,前缀索引,SQL提示,数据分布影响,查询失效情况)

    前言 大家好吖,欢迎来到 YY 滴MySQL系列 ,热烈欢迎!...本章主要内容面向接触过C++的老铁 主要内容含: 一.索引使用规则 ※.验证索引效率提升 在未建立索引之前,执行如下SOL语句,查看SQL的耗时 耗时11s 利用主键索引(id)查,耗时0s...多条件联合查询时,MySQL优化器会评估哪个字段的索引效率更高,会选择该索引完成本次查询。 要强制就用可视日志。...我们针对profession创建一个单列索引 我们想要用这个单列索引,我们就建议索引use XX——MySQL不一定接受,要强制用force XX 6.数据分布影响——MySQL自我评估...如果MySQL评估使用索引比全表 更慢 ,则不使用索引 演示: 有一张表,我们关注其phone字段 当我们进行不同的范围查询时,MySQL会自己选择用不用索引 例如绿色部分用了联合索引,而红色部分要查找的数目已经大于总数一半了

    9710

    mysql 前缀索引_MySQL前缀索引

    有时候需要索引很长的字符字段列,这会增加索引的存储空间以及降低索引的查询效率,一种策略是可以使用哈希索引,还有一种就是使用前缀索引。...前缀索引是选择字符列的前n个字符作为索引,这样可以大大节约索引空间,从而提高索引效率。...前缀索引的选择性 使用前缀索引,在一些场景下可能使得重复的索引值变多,索引的选择性变低,查找时需要过滤更多的行,因此建立前缀索引也要考虑前缀的索引选择性不能太低。...MySQL 无法使用前缀索引做 ORDER BY 和 GROUP BY , 也无法使用前缀索引做覆盖扫描。...后缀索引 MySQL 没有提供后缀索引,事实上,一些业务场景对后缀匹配选择性更高,比如我曾经参与过的项目,手机的入网标示imei号,前缀都是86等固定的国家编号开头,这个时候可以将字符反转后存储,就可以建立选择性较高的前缀索引

    4.8K30

    mysql前缀索引使用,Mysql:前缀索引索引

    可以像普通索引一样使用mysql前缀索引吗?...解决方法: 如果你想一下,MySQL仍会给你正确的答案,即使没有索引…它只是不会那么快……所以,是的,你仍然会得到一个正确的答案前缀索引....前缀索引的排序不超出前缀的长度.如果您的查询使用完整索引来查找行,您通常会发现返回的行是按索引顺序隐式排序的.如果您的应用程序需要这种行为,那么它当然会期待它不应该期望的东西,因为除非您显式ORDER...并且,前缀索引不能用作覆盖索引.覆盖索引是指SELECT中的所有列恰好包含在一个索引中的情况(加上可选的主键,因为它也总是存在).优化器将直接从索引读取数据,而不是使用索引来标识要在主表数据中查找的行....标签:mysql,indexing,innodb 发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/142503.html原文链接:https://javaforall.cn

    5.3K20

    索引规则】-覆盖索引、ICP、MRR详解

    二 覆盖索引 MySQL只需要通过索引就能取到想要的数据,不需要在回表查询数据了,也就说在这个查询中,索引age已经覆盖了我们的查询需求,这种情况称之为覆盖索引,其实我们在上一篇讲联合索引时已经用到了覆盖索引的技术了...(index condition pushdown) Index Condition Pushdown是MySQL5.6引入的根据索引从表中检索行的一种查询优化方式。...在没有使用ICP技术时,存储引擎会遍历索引然后回表找到对应的行,并将它们返回给MySQL服务器,服务器根据where条件进行过滤。...MySQL会通过索引扫描收集相关行数据的主键,将主键值的集合存储到read_rnd_buffer中,然后在buffer中对主键进行排序,最后利用排好序的主键再回表查询。...定期清理冗余索引、未使用过得索引以及查看全表扫描的SQL等,具体监控手段请参见之前的文章> 常见的索引失效的场景: 通过索引扫描的行数超过全表的20%-

    1.4K10

    MySQL 排序规则

    排序规则是一组用于比较字符集中的字符的规则。 每个 MySQL 字符集可以支持一个或者多个排序规则,用于定义每个字符的比较规则,包括是否区分大小写,是否区分重音等。...2.支持的排序规则 MySQL 使用 SHOW COLLATION 语句查看各种字符集支持的排序规则: SHOW COLLATION [LIKE 'pattern' | WHERE expr]...这是MySQL内部使用的标识符。 Default:是否为默认排序规则。如果是默认排序规则,将显示“Yes”;否则,显示“”No”。 Compiled:是否已编译排序规则。...如果没有指定排序规则MySQL 会基于字符集设置一个默认的排序规则。...MySQL 8.0 默认使用的排序规则 utf8mb4_0900_ai_ci 对于中文按照偏旁部首进行排序。

    43720

    Mysql覆盖索引_mysql索引长度限制

    只扫描索引而无需回表的优点: 1.索引条目通常远小于数据行大小,只需要读取索引,则mysql会极大地减少数据访问量。...(innodb的二级索引在叶子节点中保存了行的主键值,所以如果二级主键能够覆盖查询,则可以避免对主键索引的二次查询) 覆盖索引必须要存储索引列的值,而哈希索引、空间索引和全文索引不存储索引列的值,所以mysql...当发起一个索引覆盖查询时,在explain的extra列可以看到using index的信息 覆盖索引的坑:mysql查询优化器会在执行查询前判断是否有一个索引能进行覆盖,假设索引覆盖了where条件中的字段...如上图则无法使用覆盖查询,原因: 1.没有任何索引能够覆盖这个索引。因为查询从表中选择了所有的列,而没有任何索引覆盖了所有的列。 2.mysql不能在索引中执行LIke操作。...mysql能在索引中做最左前缀匹配的like比较,但是如果是通配符开头的like查询,存储引擎就无法做比较匹配。

    7.9K30

    MySQL 索引

    索引的常见模型 hash 索引、数组索引、树索引 索引是属于存储引擎内的内容,由存储引擎来提供。 InnoDB 索引模型 b+树 基于主键索引和普通索引的查询有什么区别?...主键索引内存储的是行数据 普通索引存储的是主键数据 主键长度越小,普通索引的叶子节点就越小,普通索引占用的空间也就越小。...只有一个索引;该索引必须是唯一索引。你一定看出来了,这就是典型的 KV 场景。...这个最左前缀可以是联合索引的最左 N 个字段,也可以是字符串索引的最左 M 个字符。 在建立联合索引的时候,如何安排索引内的字段顺序。 这里我们的评估标准是,索引的复用能力。...比如上面这个市民表的情况,name 字段是比 age 字段大的 ,那我就建议你创建一个(name,age) 的联合索引和一个 (age) 的单字段索引索引下推 MySQL 5.6 新功能索引下推。

    2.8K20

    MySQL 索引

    索引 数据库的索引是一个要点, 无论是面试还是在工作中, 这个知识点都很常会用到, 你可能只是用过索引, 知道加了索引可以提高查询的性能, 但不知道为什么这样, 今天我们一起来详细了解下吧....最左前缀索引 当然, 我们不能为所有需要查询的字段都建立上 索引, 那索引就太多了, 并且索引的维护成本也很大, 其实 B+ 树 这种索引结构, 支持最左前缀匹配, 来定位记录....由此可知, 我们只要满足索引的最左前缀, 就可以用索引来加速检索, 这个最左前缀可以是联合索引的最左 N 个字段, 也可以是字符串索引的前 M 个字符....在 MySQL 5.6 之前, 只能从 ID3 开始一个一个的回表, 到主键索引上找出数据行, 再比对字段值....而在 MySQL 5.6 引入了索引下推优化, 即在索引遍历过程中, 对索引中包含的字段先做判断, 先过滤到不符合条件的记录, 避免回表: 无索引下推执行流程: image.png 有索引下推执行流程

    2.8K20

    MySQL索引

    索引划为以下分类: 3.1单列索引 3.1.1普通索引 单列索引:一个索引只包含单个列,但一个表中可以有多个单列索引; 普通索引MySQL中基本索引类型,没有什么限制,允许在定义索引的列中插入重复值和空值...3.1.3主键索引 每张表一般都会有自己的主键,当我们在创建表时,MySQL会自动在主键列上建立一个索引,这 就是主键索引。...而3和4相比where条件的顺序不一样,为什么4可以用到索引呢?是因为mysql本身就有一层sql优化,他会根据sql来识别出来该用哪个索引,我们可以理解为3和4在mysql眼中是等价的。...全文索引的版本、存储引擎、数据类型的支持情况: MySQL 5.6 以前的版本,只有 MyISAM 存储 引擎支持全文索引MySQL 5.6 及以后的版本,MyISAM 和 InnoDB 存储引擎均支持全文索引...(了解)  介绍 MySQL在5.7之后的版本支持了空间索引,而且支持OpenGIS几何数据模型 空间索引是对空间数 据类型的字段建立的索引MYSQL中的空间数据类型有4种,分别是GEOMETRY、POINT

    2.4K40

    MySQL索引

    索引是帮助MySQL高效获取数据的排好序的数据结构 索引数据结构: 二叉树 红黑树 哈希 B-Tree 二叉树容易退化成链表 红黑树层数太高 哈希不满足范围查找 B-Tree 叶节点具有相同的深度,叶节点的指点为空...所有索引元素不重复 节点中的数据索引从左到右递增排列 B+ Tree(B-Tree变种) 非叶子节点不存储data,只存储索引(冗余), 可以放更多的索引 叶子节点包含所有索引字段 叶子节点用指针连接...,提高区间访问的性能 InnoDB 索引实现(聚集) 表数据文件本身就是按B+ Tree组织的一个索引结构文件 聚集索引-叶节点包含了完整的数据记录 为什么InnoDB表必须有主键,并且推荐使用整型的自增主键...(不推荐使用UUID作为主键,尽量用自增整型) 为什么非主键索引结构叶子节点存储的是主键值?(一致性和节省存储空间) 联合索引的底层存储结构长什么样? 最左前缀法则

    2.9K10

    扫码

    添加站长 进交流群

    领取专属 10元无门槛券

    手把手带您无忧上云

    扫码加入开发者社群

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭
      领券