首页
学习
活动
专区
圈层
工具
发布

mysql 设置主键和索引

基础概念

MySQL中的主键(Primary Key)和索引(Index)是数据库设计中的两个重要概念。

主键:

  • 主键是表中的一个或多个字段,其值能唯一地标识表中的每一行。
  • 主键列不允许有重复值和NULL值。
  • 主键的作用是确保数据的唯一性和完整性。

索引:

  • 索引是一种数据结构,用于快速查询、更新数据库表中的数据。
  • 索引可以显著提高查询速度,但会降低插入、删除和更新操作的速度。
  • 索引可以是单列索引或多列索引。

相关优势

主键的优势:

  • 确保数据的唯一性和完整性。
  • 提高查询效率,因为数据库引擎可以直接定位到记录。

索引的优势:

  • 提高查询速度,特别是在大数据量的情况下。
  • 支持复杂的查询条件,如多列索引。

类型

主键类型:

  • 单列主键:只有一个字段作为主键。
  • 复合主键:多个字段组合成一个主键。

索引类型:

  • 单列索引:对单个字段创建索引。
  • 复合索引:对多个字段组合创建索引。
  • 唯一索引:确保索引列的值唯一。
  • 全文索引:用于全文搜索。

应用场景

主键的应用场景:

  • 在需要唯一标识记录的场景中使用主键,如用户表中的用户ID。

索引的应用场景:

  • 在经常用于查询条件的字段上创建索引,如搜索框中的关键词。
  • 在连接多个表的字段上创建索引,以提高连接查询的效率。

常见问题及解决方法

问题1:为什么在创建表时没有设置主键?

  • 原因:可能是因为设计者没有考虑到数据的唯一性需求,或者没有选择合适的字段作为主键。
  • 解决方法:在设计表结构时,选择一个能唯一标识每行数据的字段作为主键。如果没有合适的字段,可以考虑添加一个自增的ID字段。

问题2:为什么索引没有提高查询速度?

  • 原因:可能是索引没有被正确使用,或者查询条件不适合使用索引。
  • 解决方法:
    • 确保查询条件中使用了索引列。
    • 检查查询语句是否使用了LIKE操作符,并且前缀不是通配符(如LIKE 'keyword%')。
    • 使用EXPLAIN命令分析查询计划,查看是否使用了索引。

问题3:如何优化索引?

  • 解决方法:
    • 根据查询需求创建合适的索引类型(单列索引、复合索引、唯一索引等)。
    • 避免在经常更新的字段上创建索引。
    • 定期分析和优化索引,删除不必要的索引。

示例代码

代码语言:txt
复制
-- 创建表并设置主键
CREATE TABLE users (
    id INT AUTO_INCREMENT PRIMARY KEY,
    username VARCHAR(50) NOT NULL,
    email VARCHAR(100) NOT NULL UNIQUE
);

-- 创建单列索引
CREATE INDEX idx_username ON users(username);

-- 创建复合索引
CREATE INDEX idx_email_username ON users(email, username);

参考链接

通过以上信息,您可以更好地理解MySQL中主键和索引的概念、优势、类型和应用场景,并解决常见的相关问题。

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

相关·内容

  • 面试官:MySQL 唯一索引和主键索引的区别?

    深度解析一、存储结构差异:聚簇索引 vs 二级索引主键索引和唯一索引在 InnoDB 中的存储结构完全不同:img上图对比了主键索引和唯一索引的存储结构。...img四、使用场景建议场景推荐索引类型原因标识每一行记录主键索引每表必须有唯一标识,推荐自增 BIGINT用户邮箱不能重复唯一索引业务唯一性约束,允许未设置邮箱(NULL)手机号唯一唯一索引允许用户暂未绑定手机号身份证号唯一唯一索引允许...-- MySQL 会自动选择一个非空唯一索引作为聚簇索引-- 如果没有合适的,会生成一个隐藏的 6 字节主键五、如果没有主键会怎样?...追问三:联合主键和联合唯一索引有什么区别?答:本质区别和单列一样——联合主键是聚簇索引,不允许任何列为 NULL;联合唯一索引是二级索引,允许列为 NULL。...常见面试变体"主键索引和唯一索引有什么区别?""聚簇索引和非聚簇索引的区别是什么?""MySQL 查询走唯一索引时为什么可能需要回表?""唯一索引允许 NULL 吗?主键呢?"

    96801

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

    之前松哥在前面的文章中介绍 MySQL 的索引时,有小伙伴表示被概念搞晕了,主键索引、非主键索引、聚簇索引、非聚簇索引、二级索引、辅助索引等等,今天咱们就来捋一捋这些概念。 1....MySQL 5.6 及以后的版本,MyISAM 和 InnoDB 存储引擎均支持全文索引。...从 MySQL5.7.6 版本开始,引入了 ngram 全文分析器来解决分词问题,并且这个分词器对 MyISAM 和 InnoDB 引擎都有效。...基于以上描述大家可以看到,主键索引和聚集索引并不是一回事,切勿混淆! 聚集索引最主要的优势就是查询快。如果要查询完整的数据行,使用非聚集索引往往需要回表才能实现,而使用聚集索引则能一步到位。...小结 总的来说,数据库索引可以按照两种思路来分类:按照功能分和按照存储方式分。

    3.2K20

    【面试系列】主键索引和唯一索引谁更快?

    1、主键和唯一索引的区别 主键一定时唯一性索引,唯一性索引并不一定是主键 一个表中可以有多个唯一性索引,但只能有一个主键 主键不允许有空值,而唯一索引允许有空值 主键可以被其他字段作外键引用,而唯一性索引不能...2、主键 和 唯一索引 谁更快 InnoDB使用B+树作为索引结构。...在B+树中,将节点分为叶子结点和非叶子节点,非叶子节点上保存的是索引,而且一个节点可以保存多个索引,数据全部存于叶子节点上,根据叶子节点的内容不同,InnoDB索引分为主键索引和非主键索引。...也就是说,非主键索引查询会比主键查询多搜索一棵树。 面试又给我问到MySQL索引【索引的实现原理】 你知道数据库索引的工作原理吗?...MySQL为什么选择B+树存储索引 3、为什么建议使用主键自增的索引?

    2.3K30

    InnoDB主键索引树和二级索引树

    我们这里讨论InnoDB存储引擎,数据和索引存储在同一个文件student.ibd 场景1:主键索引树 uid是主键,其他字段没有添加任何索引 select * from student; 如果是上面这样查询...key是辅助索引字段name的值,然后还有外加uid主键的值 在辅助索引树上,key是辅助索引的值,也就是name;data数据值是所在记录行的主键值(PRIMARY KEY),也就是uid(并不是表的一行数据...; 这种情况select的是name和uid,而这些在二级索引树上也是直接就有,所以搜索二级索引树就完事了。...的所有信息(回表) 而这个回表意味着更多的磁盘I/O,会影响效率,如果业务只需要uid、name,就别写select *了,这样可以避免回表(在二级索引树上查到主键,再去主键索引树上查找) 分析语句4:...分析:既然索引树上只能存自己建立的索引字段以及主键,那我们把需要查询的字段都设置成索引不就好了?

    64720

    MyISAM主键索引树和二级索引树

    MyISAM:数据和索引没有放在一块,叫做 非聚集索引,不可能回表 InnoDB:数据和索引存放在一块,叫聚集索引 ,会涉及回表 此时假设一个场景:uid是主键,有主键索引树,name有索引,创建二级索引树...当前场景下的主键索引树如下,B+树非叶子节点上只有索引值,叶子节点上有索引值和数据地址 MyISAM索引树原理图如下: 当前场景下的二级索引树如下: InnoDB二级索引树叶子节点上是主键值uid,...而MyISAM存的则是数据的地址 当前场景下,主键索引树和二级索引树两者之间的联系: 在MyISAM中,主索引和辅助索引(Secondary key)在结构上没有任何区别,只是主索引要求key是唯一的...,而辅助索引的key可以重复,MyISAM二级索引树结构图如下: 当前场景下,若使用MyISAM存储引擎查找数据,以name作为索引,到二级索引树上查找结果(构造索引树的过程也涉及磁盘I/O),如果指定的...MyISAM存储引擎,B+树叶子节点存储关键字和数据地址,也就是说索引关键字和数据没有在一起存放,体现在磁盘上,表的数据存放在*.MYD文件中,表的索引存放在*.MYI文件中。

    63620

    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,及时做排查优化。

    2.7K10

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

    导读mysql的主从延迟问题还是很常见的, 通常都是没得索引或者数据量太大导致的. 如果有索引,选择性不好,还是会导致主从延迟增大....本文主要分享一个 表有索引(where使用了的),但无主键 导致主从延迟增大的案例,并附2种解决方法.模拟环境准备5.7和8.0都可以, 搭建一套主从环境, 参数如下:# hash_scan有BUG(hash...基础操作了,就不演示了.注意:直接加自增列有数据不一致的风险(今天刚看到有大佬文章在讲), 加完后重建主从就没那么多问题了.方案2还有种花里胡哨的方法, 就是设置回放的算法为hash_scan, 这样每次扫描就会快很多...我这里就简单使用checksum table来校验了数据当然是一致的啦(hash碰撞的概率非常低的, 而且hash_scan是8.0的默认选择)总结mysql的表都建议加上主键/唯一键, 实在没得选的,...可以整联合主键, 还是选不上的, 就普通索引吧, 但前提是选择性好一点的.

    83231

    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,及时做排查优化。

    7.6K32

    Mysql 的Index 索引设置

    索引是快速搜索的关键。MySQL索引的建立对于MySQL的高效运行是 很重要的。对于少量的数据,没有合适的索引影响不是很大,但是,当随着数据量的增加,性能会急剧 下降。...当创建索引带来的好处多过于消耗的时候,才是最优的选择~ # 查看索引 show index from quickchat_user_additional; 索引的类型 (具体设置在Navicat中添加即可...) 主键索引 PRIMARY KEY 它是一种特殊的唯一索引,(设置了主键底层就自动设置)了,不允许有空值。...一般是在建表的时候同时创建主键索引。 唯一索引 UNIQUE 唯一索引列的值必须唯一,但允许有空值。如果是组合索引,则列值的组合必须唯一。可以在创建 表的时候指定,也可以修改表结构。...它能够利用分词技术等多种算法 智能分析出文本文字中关键字词的频率及重要性,然后按照一定的算法规则智能地筛选出我们想要 的搜索结果 组合索引(不是新的索引类型): 索引分单列索引和组合索引(联合索引)。

    2.5K20

    MySQL 主键索引在 RR 和 RC 隔离级别下的加锁情况总结

    我今天抽时间给大家总结一个 MySQL InnoDB 存储引擎各种不同 SQL 情况下,加行锁、间隙锁、next-key lock 做一个总结。如果有错误的地方,请大家指正! ?...注意,我是在 MySQL 5.7 版本上测试的 ? 在开始之前,我先来解释一下,RR 和 RC。 RR 隔离级别就是,可重复读。REPEATABLE READ。 RC 隔离级别就是,读已提交。...搞明白 RR 和 RC 后,我们先来看第一种情况。查询条件是聚簇索引,也就是主键索引的精确匹配情况。 ?...注意,行锁不是加在记录上的,而是加在索引上的! 第二种情况,如果是范围查询,那么在在 RC 隔离级别下,会在所有命中的行的聚簇索引上加 record locks(锁行)。...第三种情况,在 RR 隔离级别下,会在所有命中的行的聚簇索引上加 next-key locks(锁住行和间隙)。最后命中的索引的后一条记录,也会被加上 next-key lock。 ?

    2.4K40

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

    主键和聚集索引的关系 先来看聚集索引,上面我们说过,InnoDB 存储引擎表是索引组织表结构,即表中数据都是按照主键顺序进行存放的。...另外,由于数据页只能按照一棵 B+ 树进行查找排序,或者说无法同时把数据行存放在两个不同的地方,所以每张表只能拥有一个聚集索引。 讲了这么多,好像还没讲到主键和聚集索引有啥区别。...一张表只能有一个主键,并且也只能有一个聚集索引,聚集索引还是按照主键来构建的,那这种种迹象不都表明主键就是聚集索引? 事实上,主键和索引就不是一个层次的东西!...所以,不要说 “主键就是聚集索引”,应该这样说:“聚集索引一般都是加在主键上的”。 聚集索引和辅助索引的关系 辅助索引(Secondary Index)也称为 非聚集索引、二级索引。...其和聚集索引的最大区别就在于,辅助索引的叶子节点并不包含行记录的全部数据。

    1.4K10

    【SQL 二级索引数据下面挂的是主键值,如果没有主键值呢?】聚集索引 = 主键索引

    在关系型数据库中,如MySQL,即使表中没有明确定义主键(Primary Key),数据库也会为每一行数据生成一个唯一的行标识符,通常是一个隐藏的自增字段,称为“隐藏主键”或“内部自增ID”。...二级索引(Non-Clustered Index): 二级索引的叶节点不直接包含数据行,而是包含指向数据行的指针。 如果表中有定义主键,二级索引的叶节点会包含主键值作为指针。...如果表中没有定义主键,二级索引的叶节点会包含隐藏主键的值作为指针,指向数据表中的具体记录。 查询过程: 当执行查询操作时,如果涉及到二级索引,数据库会先在二级索引中查找到对应的隐藏主键值。...明确定义的主键可以提供更好的查询性能和更明确的数据完整性保证。 最佳实践: 即使在不需要主键的场景下,通常也推荐在表上定义一个主键。 主键应该具有唯一性和不变性,以确保数据的一致性和可靠性。...特殊情况: 在某些数据库系统中,如果表中没有任何主键或唯一索引,数据库可能不允许创建二级索引。

    25110

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

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

    1.6K20

    MySQL中主键为0和主键自排约束的关系

    开始不设置主键 表的设计如下: 如果id的位置有好几个0的话:设置主键并且自动排序时,0会从1开始递增; Insert 进去 id = 0的数据,数据会从实际的行数开始增加,和从0变化不一样;...我觉得也就这几种情况吧,无符号的情况应该没什么区别,还有什么没有考虑的希望大家给我留言,可以告诉我你是怎么想的,我也很想知道,现在抛砖引玉我把我的总结和想法写一下:   对我来说,0在数据库里很特殊。...如果使用主键自排约束以前表里有0,再设置完主键自排以后所有的0又不会根据行数,而是直接按照自上而下的顺序从1开始排。...哪怕没加主键自排以前只有一个0,加了主键自排以后还是会变成1。   开始有0,增加主键自排约束,0依次变为1,2,3,4.......   ...开始没0,增加主键自排约束,新添加的主键是0的行会根据行数自行变化,注意这里是新添加的行,使用的是insert。   开始没0,把某个主键的数修改成0,这个0会直接在排好序了再在表里显示出来。

    6K30

    mysql 索引 键 主键 外键等概念彻底理清楚

    参考文章: Mysql 索引详解和优化 数据库原理-几种数据模型 Mysql中的key和index的区别 (讲的很合理) Mysql中的Cascade,NO ACTION,Restrict...,SET NULL几种功能说明 Mysql中key 、primary key 、unique key 与index区别 重点总结: 1、mysql 的特点: 括号里面是-类型,外面是-名字。...不存在歧义的概念: 1、 primary key 数据库的每张表只能有一个主键,不可能有多个主键。所谓的一张表多个主键,我们称之为联合主键。联合主键就是用多个字段一起作为一张表的主键。...主键的主键的作用是保证数据的唯一性和完整性,同时通过主键检索表能够增加检索速度。 唯一性:列可以不唯一,但联合起来必须唯一。...2、 存在歧义的概念: key 和 索引index 1、索引—在SQL语句里叫 key 错综复杂的关系: 1、primary key 与 外键 一图理解: ?

    3.2K10
    领券