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

mysql 主键不走索引

基础概念

MySQL中的主键(Primary Key)是表中的一个或多个字段,它们唯一地标识表中的每一行数据。主键具有以下特性:

  • 唯一性:主键的值在表中必须是唯一的。
  • 非空性:主键的值不能为空。
  • 索引性:MySQL会自动为主键创建一个唯一索引。

优势

  1. 唯一标识:主键确保每行数据的唯一性,便于快速查找和更新数据。
  2. 索引优化:主键默认创建唯一索引,可以提高查询效率。
  3. 外键约束:主键可以作为其他表的外键,建立表与表之间的关系。

类型

MySQL中的主键类型主要有以下几种:

  1. 单字段主键:一个字段作为主键。
  2. 复合主键:多个字段组合成一个主键。
  3. 自增主键:使用AUTO_INCREMENT属性的字段作为主键,MySQL会自动为其生成唯一值。

应用场景

主键广泛应用于各种数据库表中,特别是在需要唯一标识记录的场景中,如用户表、订单表等。

问题分析

当MySQL的主键不走索引时,可能会导致查询效率低下。以下是可能的原因及解决方法:

原因

  1. 索引未创建:虽然主键默认会创建索引,但在某些情况下,索引可能未被正确创建。
  2. 索引失效:由于数据更新频繁或其他原因,索引可能失效。
  3. 查询条件不匹配:查询条件可能没有使用主键字段,导致索引未被使用。
  4. 表数据量过大:表数据量过大时,索引可能无法有效利用。

解决方法

  1. 检查索引
  2. 检查索引
  3. 确保主键索引存在。
  4. 重建索引
  5. 重建索引
  6. 重建表引擎,重新创建索引。
  7. 优化查询: 确保查询条件中使用主键字段,例如:
  8. 优化查询: 确保查询条件中使用主键字段,例如:
  9. 分表分库: 对于数据量过大的表,可以考虑分表分库,减少单表数据量,提高查询效率。

示例代码

假设有一个用户表users,主键为user_id,以下是一个简单的查询示例:

代码语言:txt
复制
-- 创建表
CREATE TABLE users (
    user_id INT AUTO_INCREMENT PRIMARY KEY,
    username VARCHAR(50) NOT NULL,
    email VARCHAR(50) NOT NULL UNIQUE
);

-- 插入数据
INSERT INTO users (username, email) VALUES ('user1', 'user1@example.com');
INSERT INTO users (username, email) VALUES ('user2', 'user2@example.com');

-- 查询数据
SELECT * FROM users WHERE user_id = 1;

参考链接

通过以上方法,可以有效解决MySQL主键不走索引的问题,提高数据库查询效率。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

主键索引就是聚集索引?MySQL 索引类型大梳理

之前松哥在前面的文章中介绍 MySQL 的索引时,有小伙伴表示被概念搞晕了,主键索引、非主键索引、聚簇索引、非聚簇索引、二级索引、辅助索引等等,今天咱们就来捋一捋这些概念。 1....全文索引在 MySQL 中支持的版本也需要大家留意一下: MySQL 5.6 以前的版本,只有 MyISAM 存储引擎支持全文索引。...MySQL 5.6 及以后的版本,MyISAM 和 InnoDB 存储引擎均支持全文索引。...MySQL 的全文索引最开始只支持英文,因为英文分词比较方便;中文分词就比较麻烦,所以最早的 MySQL 全文索引是不支持中文的。...不过 MySQL 的全文索引并不好用,有这方面的需求还是直接上 Es 吧。

2.3K20
  • 不要再问我 in,exists 走不走索引了...

    是否走索引? 针对网上说的 in 和 exists 不走索引,那么究竟是否如此呢? 我们在 MySQL 5.7.18 中验证一下。(注意版本号哦) 单表查询 首先,验证单表的最简单的情况。...会惊奇的发现,当 id 是四个值时,还走主键索引。而当 id 是五个值时,就不走索引了。这就很耐人寻味了。 再看 name 的情况, ? ? 同样的当值多了之后,就不走索引了。...1 2、t1 不走索引,t2不走索引。(此种情况,实测若把name改为唯一索引,则t1也会走索引) ? 2 3、t1 不走索引,t2走索引。 ? 3 4、t1不走索引,t2不走索引。 ?...4 我滴天,这结果看起来乱七八糟的,好像走不走索引,完全看心情。 但是,我们发现只有第一种情况,即用主键索引字段匹配,且用 in 的情况下,两张表才都走索引。 这个到底是不是规律呢?...二、接下来测试,主键索引和普通索引在 exists 和 not exists 下的情况。

    2K20

    mysql中走与不走索引的情况汇集(待全量实验)

    说明 在MySQL中,并不是你建立了索引,并且你在SQL中使用到了该列,MySQL就肯定会使用到那些索引的,有一些情况很可能在你不知不觉中,你就“成功的避开了”MySQL的所有索引。...扫描全表,不走索引 所以当需要搜索email列中.com结尾的字符串而email上希望走索引时候,可以考虑数据库存储一个反向的内容reverse_email SELECT * FROM `table`...SELECT * FROM `t1` WHERE `a`='1' -- 走索引 SELECT * FROM `t2` WHERE `a`=1 -- 字符串和数字比较,不走索引!...这涉及到 mysql 主索引的数据结构 b+Tree ,这里不展开,基本原理就是: 子查询只用到了索引列,没有取实际的数据,所以不涉及到磁盘IO,所以即使是比较大的 offset 查询速度也不会太差。...利用子查询的方式,把原来的基于 user 的搜索转化为基于主键(id)的搜索,主查询因为已经获得了准确的索引值,所以查询过程也相对较快。

    11.6K54

    mysql 唯一索引_mysql主键和唯一索引的区别

    Mysql索引大概有五种类型: 普通索引(INDEX):最基本的索引,没有任何限制 唯一索引(UNIQUE):与”普通索引”类似,不同的就是:索引列的值必须唯一,但允许有空值。...主键索引(PRIMARY):它 是一种特殊的唯一索引,不允许有空值。...联合(组合)索引:为了更多的提高mysql效率可建立组合索引,遵循”最左前缀“原则。 这里我们来看下唯一索引。...之前我们看了主键索引,他是一种特殊的唯一索引,二者的区别是,主键索引不能有空值,但是唯一索引可以有空值。...本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

    2.9K30

    MySQL自增主键为什么不连续

    自增主键可以让主键索引尽量的保持递增顺序插入,避免页分裂,索引更加紧凑。 自增主键保存在何处?...不同的引擎对于自增值的保存策略不同: MyISAM引擎的自增值保存在数据文件中 InnoDB引擎的自增值保存在内存里,但是在MySQL8.0以后,该自增值才可以被持久化:MySQL5.7以前,自增值没有持久化每次重启后第一次打开表的时候...auto_increment_offset(默认值是1)开始,以auto_increment_increment(默认值是1)为步长,持续叠加,直到找到第一个大于X的值,作为新的自增值 唯一键冲突导致自增主键不连续...事务回滚导致自增主键不连续 set autocommit=0; begin; insert into t values(null, 2, 2); rollback; show create table...事务回滚为什么自增值不能回退 两个并行的事务在申请自增值的时候,为了避免两个事务申请到相同的自增id,需要加锁按照顺序申请,如果自增值可以回退需要做一些特殊处理: 每次申请id之前,判断表里此id是否存在(去主键索引树上判断该

    8.4K20

    MySQL ORDER BY主键id加LIMIT限制走错索引

    背景及现象 report_product_sales_data表数据量2800万; 经测试,在当前数据量情况下,order by主键id,limit最大到49的时候可以用到索引report_product_sales_data_hq_code_orgz_id_index...,大于49时就走PRIMARY主键索引。...在order by 主键id时,limit值的大小达到了某个临界值后,改变了执行计划,选择了主键索引,但不知道具体的规则究竟是怎样。...由于自身的优化器选择,为了避免某些排序的消耗,可能会走非预期的PRIMARY主键索引; order by 和 limit 结合使用,如果where 字段,order by字段都是索引,那么有limit索引会使用...查看是否使用到了最优索引; 利用optimizer trace查看优化器执行过程; 观察mysql的slow_query_log,及时做排查优化。

    1.8K10

    mysql主从延迟案例(有索引但无主键)

    导读mysql的主从延迟问题还是很常见的, 通常都是没得索引或者数据量太大导致的. 如果有索引,选择性不好,还是会导致主从延迟增大....本文主要分享一个 表有索引(where使用了的),但无主键 导致主从延迟增大的案例,并附2种解决方法.模拟环境准备5.7和8.0都可以, 搭建一套主从环境, 参数如下:# hash_scan有BUG(hash..., 但是存在索引, 而索引字段是日期, 每天数据量在10W左右.create table db1.t20250121(id int,name varchar(200),startdate date,key...我这里就简单使用checksum table来校验了数据当然是一致的啦(hash碰撞的概率非常低的, 而且hash_scan是8.0的默认选择)总结mysql的表都建议加上主键/唯一键, 实在没得选的,...可以整联合主键, 还是选不上的, 就普通索引吧, 但前提是选择性好一点的.

    18531

    oracle删除主键索引的sql语句_oracle主键索引和普通索引

    --根据索引名,查询表索引字段 select * from user_ind_columns where index_name='索引名'; --根据表名,查询一张表的索引 select * from...for enforcement of unique /primary key 这个错误,对应的中文提示“ORA-02429: 无法删除用于强制唯一/主键的索引”,其实从错误提示信息已经很明显了。...ORA-02429错误的原因是因为用户试图删除一个用于强制唯一/主键的索引,解决方法也很简单,删除对应的约束就会自动删除该索引。...1.2)删除主键约束 alter table 表名 drop constraint 主键名(通过上一步查找出来) 1.3)添加主键约束 alter table 表名 add constraint 主键名...本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

    3.9K10

    MySQL ORDER BY主键id加LIMIT限制走错索引

    背景及现象 report_product_sales_data表数据量2800万; 经测试,在当前数据量情况下,order by主键id,limit最大到49的时候可以用到索引report_product_sales_data_hq_code_orgz_id_index...,大于49时就走PRIMARY主键索引。...在order by 主键id时,limit值的大小达到了某个临界值后,改变了执行计划,选择了主键索引,但不知道具体的规则究竟是怎样。...由于自身的优化器选择,为了避免某些排序的消耗,可能会走非预期的PRIMARY主键索引; 对于数据量比较大,而且执行量很高的分页sql,尽可能将所有的查询字段包括在索引中,同时使用索引来消除排序; 多用explain...查看是否使用到了最优索引; 利用optimizer trace查看优化器执行过程; 观察mysql的slow_query_log,及时做排查优化。

    6.7K32

    为什么MySQL不推荐使用uuid作为主键?

    前言 在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一,单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用...根据控制变量法,我们只把每个表的主键使用不同的策略生成,而其他的字段完全一样,然后测试一下表的插入速度和查询速度: 注:这里的随机key其实是指用雪花算法算出来的前后不连续不重复无规律的id:一串18位长度的...带着疑问,我们来探讨一下这个问题: 二、使用uuid和自增id的索引结构对比 2.1.使用自增id的内部结构 [1240] 自增的主键的值是顺序的,所以Innodb把每一条记录都存储在一条记录的后面。...,提升了页面的最大填充率,不会有页的浪费 ②新插入的行一定会在原有的最大数据行下一行,mysql定位和寻址很快,不会为计算新行的位置而做出额外的消耗 ③减少了页分裂和碎片的产生 2.2.使用uuid的索引内部结构...[1240] 因为uuid相对顺序的自增id来说是毫无规律可言的,新行的值不一定要比之前的主键的值要大,所以innodb无法做到总是把新行插入到索引的最后,而是需要为新行寻找新的合适的位置从而来分配新的空间

    5.1K30

    MySQL不走索引的情况分析

    回表操作可能会增加额外的磁盘访问和数据检索的开销,因此,在某些情况下,当MySQL判断回表所需的资源大于直接扫描全表时,它可能选择不走索引,而是执行全表扫描。...还有一种情况是:在关联查询时,驱动表关联字段两者排序规则不一致时也会导致不走索引。...关于隐式转换更多详细内容可以参考: 浅析 MySQL 的隐式转换 in/not in 条件导致不走索引 in、not in、不走索引的原因是相似的,以下基于in语句分析。...出现这种现象的场景是:当有大量数据在短时间内落库时,Innodb还没更新统计相关信息,此时来了一个查询,MySQL会基于历史数据做出错误的判断:当前表数据量少,不走索引更高效。...请参考: 一招快速解决mysql innodb表索引统计信息不准确问题 - 墨天轮 like语句 like语句无法命中索引的情况: 前导通配符:%value 通配符在字符串的中间:value%value

    29060

    mysql 联合主键_Mysql 创建联合主键

    Mysql 创建联合主键 2008年01月11日 星期五 下午 5:21 使用primary key (fieldlist) 比如: create table mytable ( aa int, bb...char(8), cc date, primary key (aa,bb ) ); aa,bb为联合主键 不知道是不是因为mysql(6.0)的版本问题,还是各版本都是这种情况,mysql中创建联合主键...COMMENT ‘主键编号’, `IP` … mysql修改联合主键 参考 https://blog.csdn.net/BockSong/article/details/80933477 alter...涉及的知识点总结如下: One to One 映射关系 一对一单向外键(XML/Annotation) 一对一双向外键关联(XML/A … SQL Server中的联合主键、聚集索引、非聚集索引、mysql...联合索引 我们都知道在一个表中当需要2列以上才能确定记录的唯一性的时候,就需要用到联合主键,当建立联合主键以后,在查询数据的时候性能就会有很大的提升,不过并不是对联合主键的任何列单独查询的时候性能都会提升

    8.3K20

    MySQL不走索引的情况分析

    专栏持续更新中:MySQL详解 未建立索引 当数据表没有设计相关索引时,查询会扫描全表。...回表操作可能会增加额外的磁盘访问和数据检索的开销,因此,在某些情况下,当MySQL判断回表所需的资源大于直接扫描全表时,它可能选择不走索引,而是执行全表扫描。...以上SQL等效为: SELECT * FROM products WHERE type in CAST('1' AS tinyint,'2' as tinyint); 由于使用了CAST()函数,会导致不走索引的现象...还有一种情况是:在关联查询时,驱动表关联字段两者排序规则不一致时也会导致不走索引。 in/not in 条件导致不走索引 in、not in、不走索引的原因是相似的,以下基于in语句分析。...出现这种现象的场景是:当有大量数据在短时间内落库时,Innodb还没更新统计相关信息,此时来了一个查询,MySQL会基于历史数据做出错误的判断:当前表数据量少,不走索引更高效。

    39310

    Mysql中哪些Sql不走索引

    要尽量避免这些不走索引的sql: SELECT `sname` FROM `stu` WHERE `age`+10=30;– 不会使用索引,因为所有索引列参与了计算 SELECT `sname` FROM...` LIKE’金蝶%’ — 走索引 SELECT * FROM `houdunwang` WHERE `uname` LIKE “%金蝶%” — 不走索引 — 正则表达式不使用索引,这应该很好理解,所以这就是为什么在...`a`=”1″ — 走索引 EXPLAIN SELECT * FROM `a` WHERE `a`=1 — 不走索引,同样也是使用了函数运算 select * from dept where dname...=’xxx’ or loc=’xx’ or deptno=45 –如果条件中有or,即使其中有条件带索引也不会使用。...换言之,就是要求使用的所有字段,都必须建立索引,我们建议大家尽量避免使用or 关键字 — MySQL内部优化器会对SQL语句进行优化,如果优化器估计使用全表扫描要比使用索引快,则不使用索引

    1.6K20

    MySQL not exists 真的不走索引么?

    在一些业务场景中,会使用NOT EXISTS语句确保返回数据不存在于特定集合,部分同事会发现NOT EXISTS有些场景性能较差,甚至有些网上谣言说”NOT EXISTS不走索引”,哪对于NOT EXISTS...NOT EXISTS真的不走索引么? 查看两种SQL的执行计划! 使用NOT EXIST方式的执行计划: ? 使用LEFT JOIN方式的执行计划: ?...从执行计划来看,两个表都使用了索引,区别在于NOT EXISTS使用“DEPENDENT SUBQUERY”方式,而LEFT JOIN使用普通表关联的方式。 推荐看下:为什么索引能提高查询速度?...通过MySQL提供的Profiling方式来查看两种方式的执行过程。 使用NOT EXIST方式的执行过程: ? 使用LEFT JOIN方式的执行过程: ?...关注公众号Java技术栈回复m36获取一份MySQL研发军规。 版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。

    2.7K40

    主键、聚集索引、辅助索引

    主键和聚集索引的关系 先来看聚集索引,上面我们说过,InnoDB 存储引擎表是索引组织表结构,即表中数据都是按照主键顺序进行存放的。...一张表只能有一个主键,并且也只能有一个聚集索引,聚集索引还是按照主键来构建的,那这种种迹象不都表明主键就是聚集索引? 事实上,主键和索引就不是一个层次的东西!...而至于 “主键就是索引” 这种观点的由来,是因为:InnoDB 存储引擎中,每张表都一定存在主键(显示或隐式),而聚集索引依赖于主键的建立,所以如果没有强制指定使用非聚集索引,InnoDB 在创建主键的同时会建立一个唯一的聚集索引...(也有些文章称之为 主键索引)。...所以,不要说 “主键就是聚集索引”,应该这样说:“聚集索引一般都是加在主键上的”。 聚集索引和辅助索引的关系 辅助索引(Secondary Index)也称为 非聚集索引、二级索引。

    81210

    MySQL聚簇索引物理结构及主键查询过程

    数据页分裂的过程,在你不停往表里灌入数据时,会搞出来一个个数据页,若你的主键非自增,他可能会有一个数据行挪动过程,保证你下一个数据页的主键值都大于上一个数据页的主键值。...对此,就得针对主键设计个索引,针对主键的索引实际上就是主键目录:把每个数据页的页号,还有数据页里最小的主键值放在一起,组成一个索引的目录 有了上图的主键目录就好多了,直接到主键目录搜索id=3的数据,...此时就会和每个数据页的最小主键来比,首先id=3大于了数据页2里的最小主键值1,接着小于了数据页8里的最小主键值4。...假设有很多数据页,在主键目录里就会有很多数据页和最小主键值,此时完全可二分查找待查询id在哪个数据页。 所以这效率很高,类似上图的主键目录就能认为是主键索引。...数据页都是一坨坨连续数据,放在很多磁盘文件,所以只要你能根据主键索引定位到数据所在的数据页,此时假设我们有别的方式存储了数据页跟磁盘文件的对应关系,此时你就可以找到一个磁盘文件。

    1.3K20
    领券