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

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 唯一索引_mysql主键和唯一索引的区别

全文索引(FULLTEXT ):可用于 MyISAM 表,mysql5.6之后也可用于innodb表, 用于在一篇文章中,检索文本信息的, 针对较大的数据,生成全文索引很耗时和空间。...联合(组合)索引:为了更多的提高mysql效率可建立组合索引,遵循”最左前缀“原则。 这里我们来看下唯一索引。...之前我们看了主键索引,他是一种特殊的唯一索引,二者的区别是,主键索引不能有空值,但是唯一索引可以有空值。...单列唯一值基本上就是主键。 常用的一般都是多列的唯一索引,比如:当前商品,一个用户只能购买一件。我们将用户id及商品id列设置成唯一索引。那么就可以避免一个用户出现重复购买的情况。...,经常导致慢查询,耗时2秒左右,遇忙时更有达到5秒的 改用unique之后,查询耗时在0.0003秒 基本可以忽略不计 三:唯一索引和主键索引的具体区别 1:唯一性约束所在的列允许空值,但是主键约束所在的列不允许空值

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

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

    70001

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

    for enforcement of unique /primary key 这个错误,对应的中文提示“ORA-02429: 无法删除用于强制唯一/主键的索引”,其实从错误提示信息已经很明显了。...ORA-02429错误的原因是因为用户试图删除一个用于强制唯一/主键的索引,解决方法也很简单,删除对应的约束就会自动删除该索引。...&设置某一字段可以为null 1.oracle主键修改 1.1)首先查看需要修改的表的主键名,默认的情况下,数据库会自动分配 select * from user_cons_columns where...1.2)删除主键约束 alter table 表名 drop constraint 主键名(通过上一步查找出来) 1.3)添加主键约束 alter table 表名 add constraint 主键名...primary key(字段名1,字段名2...); 主键名命名规则建议为pk_表名 2.oracle设置字段可以为空 alter table 表名 modify 字段名 null; 版权声明:本文内容由互联网用户自发贡献

    5.4K10

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

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

    3.1K20

    mysql 设置主键命令_MySQL常用命令

    那么password字段要改成authentication_string 创建数据库用户: 单纯的创建:create user ‘name’@‘host’ identified by ‘密码’ 创建时设置用户权限...10,不允许该字段为空 删除:drop table 表名称 drop table test 4、表中插入数据 insert into test(id) values(1002); #此处注意如果字段值设置为...into test values(1002),(1003),(1004); 5、表中更新修改数据 update test set id=’1005′ where id=1002; 6、表中字段的删除和增加...方式一: 创建表时创建主键:create table test(id int(10),name char(20),primary key id); 方式二: 创建完表之后添加主键:alter table...userinfo add primary key (id); 删除主键:alter table userinfo drop primary key; 9、创建索引 方式一: 创建表时创建索引:create

    5.4K20

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

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

    2.2K30

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

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

    57320

    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:...分析:既然索引树上只能存自己建立的索引字段以及主键,那我们把需要查询的字段都设置成索引不就好了?

    58020

    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.5K32

    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.6K10

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

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

    76831

    mysql的innodb与myisam(oracle主键和唯一索引的区别)

    InnoDB和MyISAM是很多人在使用MySQL时最常用的两个表类型,这两个表类型各有优劣,5.7之后就不一样了 1、事务和外键 InnoDB具有事务,支持4个事务隔离级别,回滚,崩溃修复能力和多版本并发的事务安全...它提供高速存储和检索,以及全文搜索能力。...如果应用中需要执行大量的SELECT查询,那么MyISAM是更好的选择 2、全文索引 Innodb不支持全文索引,如果一定要用的话,最好使用sphinx等搜索引擎。...myisam对中文支持的不是很好 不过新版本的Innodb已经支持了 3、锁 mysql支持三种锁定级别,行级、页级、表级; MyISAM支持表级锁定,提供与 Oracle 类型一致的不加锁读取(non-locking...read in SELECTs) InnoDB支持行级锁,InnoDB表的行锁也不是绝对的,如果在执行一个SQL语句时MySQL不能确定要扫描的范围,InnoDB表同样会锁全表,注意间隙锁的影响 例如

    1.2K30

    Mysql 的Index 索引设置

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

    2.5K20

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

    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...、一对一关联关系映射(xml和注解) 和 领域驱动设计 俗话说,自己写的代码,6个月后也是别人的代码……复习!...涉及的知识点总结如下: One to One 映射关系 一对一单向外键(XML/Annotation) 一对一双向外键关联(XML/A … SQL Server中的联合主键、聚集索引、非聚集索引、mysql...联合索引 我们都知道在一个表中当需要2列以上才能确定记录的唯一性的时候,就需要用到联合主键,当建立联合主键以后,在查询数据的时候性能就会有很大的提升,不过并不是对联合主键的任何列单独查询的时候性能都会提升

    11.6K20

    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
    领券