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

mysql主键列和索引列

基础概念

MySQL中的主键(Primary Key)和索引(Index)是两个重要的概念,它们在数据库设计和性能优化中扮演着关键角色。

主键

  • 主键是表中的一个或多个字段,其值能唯一地标识表中的每一行记录。
  • 每个表只能有一个主键,且主键的值必须是唯一的,不允许为空。

索引

  • 索引是一种数据结构,它可以帮助数据库高效地检索数据。
  • 索引可以建立在表的任何列上,一个表可以有多个索引。
  • 索引可以显著提高查询速度,但也会增加插入、删除和更新操作的开销。

相关优势

主键的优势

  • 确保数据的唯一性和完整性。
  • 作为表中记录的唯一标识,便于快速查找和访问数据。

索引的优势

  • 提高查询效率,减少数据库的I/O操作。
  • 支持复杂的查询条件,如联合查询、排序和分组等。

类型

主键类型

  • 单一主键:由单个字段组成。
  • 复合主键:由多个字段组合而成。

索引类型

  • 普通索引(INDEX):最基本的索引类型。
  • 唯一索引(UNIQUE INDEX):与主键类似,但允许有空值。
  • 主键索引(PRIMARY KEY):特殊的唯一索引,不允许有空值。
  • 全文索引(FULLTEXT INDEX):用于全文搜索。

应用场景

主键的应用场景

  • 在需要确保数据唯一性和完整性的场景中使用,如用户表、订单表等。

索引的应用场景

  • 在经常进行查询操作的列上建立索引,以提高查询效率。
  • 在需要进行排序、分组或联合查询的列上建立索引。

常见问题及解决方法

问题1:为什么在创建表时没有指定主键,MySQL会自动创建一个隐藏的主键?

原因: MySQL为了确保每行数据的唯一性,会在没有指定主键的情况下自动创建一个隐藏的主键(通常是名为GEN_CLUST_INDEX的聚簇索引)。

解决方法: 在创建表时显式指定主键字段,以避免不必要的性能开销和潜在的数据一致性问题。

示例代码

代码语言:txt
复制
CREATE TABLE users (
    id INT AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(50),
    email VARCHAR(50) UNIQUE
);

问题2:为什么在某些情况下,即使建立了索引,查询速度仍然很慢?

原因

  • 查询条件不符合索引的使用条件(如使用了函数、运算符等)。
  • 索引过多导致维护开销增大。
  • 数据量过大,索引无法有效减少查询范围。

解决方法

  • 优化查询语句,确保查询条件符合索引的使用条件。
  • 合理控制索引数量,避免过度索引。
  • 使用分区表、分片等技术来分散数据存储和查询压力。

示例代码

代码语言:txt
复制
-- 创建索引
CREATE INDEX idx_name ON users(name);

-- 优化查询语句
SELECT * FROM users WHERE name = 'John' AND age > 25;

参考链接

希望以上信息能帮助你更好地理解MySQL中的主键和索引。如果你有更多具体的问题或需要进一步的帮助,请随时提问。

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

相关·内容

MySQL索引中的前缀索引和多列索引

正确地创建和使用索引是实现高性能查询的基础,本文笔者介绍MySQL中的前缀索引和多列索引。...,因为MySQL无法解析id + 1 = 19298这个方程式进行等价转换,另外使用索引时还需注意字段类型的问题,如果字段类型不一致,同样需要进行索引列的计算,导致索引失效,例如 explain select...对于BLOB和TEXT类型,MySQL必须使用前缀索引,具体使用多少个字符建立前缀,需要对其索引选择性进行计算。...前缀字符个数 区分度 3 0.0546 4 0.3171 5 0.8190 6 0.9808 7 0.9977 8 0.9982 9 0.9996 10 0.9998 多列索引 MySQL支持“索引合并...); Using where 复制代码 如果是在AND操作中,说明有必要建立多列联合索引,如果是OR操作,会耗费大量CPU和内存资源在缓存、排序与合并上。

7.9K00
  • 「Mysql索引原理(五)」多列索引

    三星系统: 一星:索引将相关的记录放到一起则获得一星 二星:如果索引中的数据顺序和查找中的排序顺序一致则获得二星 三星:如果索引中的列包含了查询中需要的全部列则获得三星 在多个列上创建独立的单列索引大部分情况下并不能提高...多列索引的顺序 正确的顺序依赖于使用该索引的查询,并同时需要考虑如何更好地满足排序和分组的需要。...所以,索引可以按照升序或者降序进行扫描,以精确满足符合列顺序的order by 、group by和distinct等子句的查询需求。...当不需要考虑排序和分组时,将选择性最高的列放在前面通常是最好的。这时候索引的作用只是用于优化WEHRE条件的查找,过滤掉更多的行。但是,性能不只是依赖于索引列的选择性,也和查询条件的具体值的分布有关。...Mysql为这个查询选择了索引(groupId,userId),如果不考虑列的技术,这是一个很合理的选择。但如果考虑一下uerId和groupId条件匹配的行数: ?

    5.7K20

    MySQL 表中非主键列溢出情况监控

    之前踩到过MySQL主键溢出的情况,通过prometheus监控起来了,具体见这篇MySQL主键溢出复盘 这次遇到的坑,更加的隐蔽。 是一个log表里面的一个int signed类型的列写满了。...')')  from information_schema.COLUMNS where TABLE_SCHEMA NOT IN ('information_schema','sys','test','mysql.../bin/bash # 监测int类型的当可用空间少500w的时候,提醒做DDL操作  # 设置 session级别的 max_execution_time为2秒,防止没有索引的大的拖慢数据库,但是这样可能漏判部分列... -pv # step1 检测 for host in {'192.168.1.100','192.168.1.110','192.168.1.120','192.168.1.130'}; do mysql...int水位线巡检日志"  -o message-content-type=html -o message-charset=utf8 -m "内容详见附件" # step3 清理每日生成的以日期命名的目录和tar.gz

    3.2K10

    列存储索引1:初识列存储索引

    2012以后提供了一种不同于传统B树结构的索引类型,就是内存列存储索引。这种索引应用了一种基于列的存储模式,也是一种新的查询执行的批处理模式,并且为特定的负载提供了巨大的性能提升。...又是为什么能对性能有如此大的提升,接下来我们用简明的描述和详尽的示例来解释说明。      那么列存储索引究竟是什么?大多数时候,列存储索引被描述作为一种数据仓库和数据报表的功能。...在合适的计划和谨慎的使用下,甚至这些报表也能利用列存储索引得到性能的提高。一个重要的前提是数据非常大,列存储索引是用来与大数据表一起使用的。...这个数据库本身不包含任何列存储索引,事实上不是一个坏事,为了能更好的体现列存储索引的优点,我们将对同一查询对比带和不带列存储索引的性能。下面的例子是一个典型的来自于BI信息工作人员的查询。...不过,即使如此,我们也将看到在创建列存储索引后将会极大的提升执行效率。 创建列存储索引      列存储索引有两个类型:聚集和非聚集。有很多相似之处两者之间,也有很多不同。

    2.2K50

    关于mysql给列加索引这个列值中有null的情况

    刚开始加索引想到的问题: 是否适合添加索引 我们都知道,添加索引都会降低插入和update的效率,现在由于这个是用户表所以说是数据update是不频繁的。...所以是可以加的 这个作引应该怎么加 由于每个字段的大小是256 所以说这个索引树建下来还是很浪费存储的,于是考虑前缀索引,和复合索引。...由于前缀索引的话这两个字段并不是有规律可寻的所以说加了的话 这玩意会增加扫描的行数的。 然后算了就加复合索引吧。 既然创建复合索引那么我们如何去吧那个索引放在前面呢?...于是带着疑问去查了查, 在innodb引擎是可以在为null的列里创建索引的,并且在当条件为is null 的时候也是会走索引的。...后面继续补 下 面是复合索引创建规则和排序情况https://blog.csdn.net/weixin_40413961/article/details/100726158

    7.1K20

    MySQL如何给JSON列添加索引(二)

    不支持其他索引类型。在虚拟列上定义的二级索引有时称为“虚拟索引”。 二级索引可以在一个或多个虚拟列上创建,也可以在虚拟列和常规列或存储的生成列的组合上创建。...在虚拟列上使用二级索引时,由于在操作期间INSERT和 UPDATE操作期间在二级索引记录中实现虚拟列值时要执行计算,因此要考虑额外的写入成本。...即使有额外的写入成本,虚拟列上的二级索引也可能比生成的存储列更好,后者在聚簇索引中实现,从而导致需要更多磁盘空间和内存的较大表。...对于 COMPACT和REDUNDANT格式,记录值的数据长度受索引键限制767字节,对于DYNAMIC和 COMPRESSED列格式,受索引键限制3072字节。...要创建间接引用此类列的索引,可以定义一个生成列,该列提取应建立索引的信息,然后在生成的列上创建索引,如下所示: 说明:8.0和5.7都支持在生成列上添加索引 mysql>CREATE TABLE jemp

    9.6K11

    MongoDB 单键(列)索引

    MongoDB支持基于集合文档上任意列创建索引。缺省情况下,所有的文档的_id列上都存在一个索引。基于业务的需要,可以基于一些重要的查询和操作来创建一些额外的索引。...这些索引可以是单列,也可是多列(复合索引),多键索引,地理空间索引,文本索引以及哈希索引等。 本文主要描述在基于文档上的单列来创建索引。...一、创建语法 语法:db.collection.createIndex(keys, options) keys: 一个包含字段和值键值对的文档,指定该键即在该键上创建索引...二、单键(列)索引示意图 如下图所示,基于文档score键(列)创建一个单键索引 image.png 三、演示创建单列索引 1、演示环境 > db.version() 3.2.10...即内嵌文档列.成员名的方法。 //在内嵌文档中使用索引进行等值匹配,其字段的顺序应该实现精确配置。

    1.5K40

    select count(*)、count(1)、count(主键列)和count(包含空值的列)有何区别?

    下班路上看见网上有人问一个问题: oracle 10g以后count(*)和count(非空列)性能方面有什么区别?...首先,准备测试数据,11g库表bisal的id1列是主键(确保id1列为非空),id2列包含空值, ?...,如果数据表字段多、数据量大,显然主键索引占用的数据块要比数据表占用的数据块少,因此仅索引扫描,而且是全索引快速扫描(多块读),消耗的资源会更少些了。...比较了全表扫描、索引快速全扫描以及全索引扫描这三种扫描方式的成本,都选择了主键索引的FFS扫描方式。...总结: 11g下,通过实验结论,说明了count()、count(1)和count(主键索引字段)其实都是执行的count(),而且会选择索引的FFS扫描方式,count(包含空值的列)这种方式一方面会使用全表扫描

    5.5K30

    MySQL数据库: 添加列、修改列、删除列、修改列属性、修改表名(包括MySQL、SQLServer、Oracle)

    我们针对数据库的增删改查语句比较熟悉了,但是今天建立数据库的时候想在固定位置通过语句添加一列,做以下总结: ALTER TABLE:添加,修改,删除表的列,约束等表的定义。...查看列:desc 表名; 修改表名:alter table t_book rename to t_user; 添加列:ALTER TABLE t_userADD COLUMN tianjia INT...(后面表示是在id列后添加) AFTER id; 删除列:alter table 表名 drop column 列名; 修改列名MySQL: alter table t_user change...修改列名Oracle:lter table t_user rename column tianjia to xiugai int; 修改列属性:alter table t_book modify...namevarchar(22);** 注意:这里表名和列名是否加 ‘’ 都可以 针对上述部分语句做一个示例 1.我的是mysql数据库,t_user表: 2.在id的列后添加tianjia列:

    4.2K10

    函数使得索引列失效

    在索引列上使用函数使得索引失效的是常见的索引失效原因之一,因此尽可能的避免在索引列上使用函数。...尽管可以使用基于函数的索引来 解决索引失效的问题,但如此一来带来的比如磁盘空间的占用以及列上过多的索引导致DML性能的下降。本文描述的是一个索引列上使用函数使 其失效的案例。...ACC_POS_INT_TBL PK_ACC_POS_INT_TBL BUSINESS_DATE 2 VALID NORMAL ASC     从索引的情况上来看有一个基于主键的索引包含了...BUSINESS_DATE列,而查询语句并没有走索引而是选择的全表扫描,而且预估所返回     的行Rows与bytes也是大的惊人,cost的值96399,接近10W。...基于business_date列来建立索引函数,从已存在的索引来看,必要性不大   2.改造SQL语句     SUBSTR(business_date, 1, 6) = SUBSTR('20110728

    1.4K30

    比较列存储索引与行索引

    FactTransaction_RowStore - 该表将包含一个聚集索引和一个非聚集列存储索引和一个非聚集行存储索引。     首先我用脚本文件创建表和索引,然后用30m行数据填充到三个表中。...观察测试3    正如之前提到的,索引扫描列存储要比行存储快,俩个逻辑读和运行时间表明列存储索引在大表扫描上是更优的方式,因此更适合于数据仓库的表。...CustomerFK 和BrandFK的列存储索引(覆盖索引) Select CustomerFK,BrandFK, Count(*) From [dbo]....观察测试4    这里才是列存储索引开始“闪耀”的地方。两个列存储索引的表查询要比传统的航索引在逻辑读和运行时间上性能好得多。...这是归因于列存储索引的压缩比率更高,因此占用更少的内存。 总结     列存储索引(包含聚集和非聚集)提供了大量的优势。但是在数据仓库上使用还是要做好准备工作。

    2.7K60

    SQL Server 索引和表体系结构(包含列索引)

    包含列索引 概述 包含列索引也是非聚集索引,索引结构跟聚集索引结构是一样,有一点不同的地方就是包含列索引的非键列只存储在叶子节点;包含列索引的列分为键列和非键列,所谓的非键列就是INCLUDE中包含的列...,至少需要有一个键列,且键列和非键列不允许重复,非键列最多允许1023列(也就是表的最多列-1),由于索引键列(不包括非键)必须遵守现有索引大小的限制(最大键列数为 16,总索引键大小为 900 字节)...只能对表或索引视图的非聚集索引定义非键列。 除 text、ntext 和 image 之外,允许所有数据类型。 精确或不精确的确定性计算列都可以是包含列。有关详细信息,请参阅为计算列创建索引。...与键列一样,只要允许将计算列数据类型作为非键索引列,从 image、ntext 和 text 数据类型派生的计算列就可以作为非键(包含性)列。...除非先删除索引,否则无法从表中删除非键列。 除进行下列更改外,不能对非键列进行其他更改: 注意事项 键列的大小尽量小,有利用提高效率 将用于搜索和查找的列为键列,键列尽量不要包含没必要的列。

    2.7K80

    mysql列的处理

    MySQL 添加列,修改列,删除列 示例:ALTER TABLE tb_financial MODIFY CREATE_TIME DATETIME(3) DEFAULT NULL COMMENT '录入时间...); 删除列:alter table 表名 drop column 列名; 修改列名MySQL: alter table bbb change nnnnn hh int; 修改列名SQLServer...tb_money_withdraw MODIFY COLUMN PROGRESS VARCHAR(10) COMMENT '提现进度:0 提现申请 1审核通过 2 审核不通过 3提现成功 4 提现失败'; --注意:字段名和字段类型照写就行...---- MySQL 查看约束,添加约束,删除约束 添加列,修改列,删除列 查看表的字段信息:desc 表名; 查看表的所有信息:show create table 表名; 添加主键约束:...alter table 表名 add column 列名 varchar(30); 删除列:alter table 表名 drop column 列名; 修改列名MySQL: alter table

    6.3K10

    Power BI: 透视列和逆透视列

    文章背景: 透视列(Pivot)和逆透视列(Unpivot)是在Excel当中经常使用的一对数据聚合和拆分方法,在Power BI中也提供了同样的功能。...对于这种有一定汇总关系的表单,可以将主列外的其他多列数据合并成一个列,即将列转换成行,然后将主列中原始值扩展成多个重复数值与合并后的新列产生对应关系,以便进行后续分析计算。...逆透视列/逆透视其他列选项和仅逆透视选中列选项的区别在于,当有新的列添加到表单中时,逆透视列和逆透视其他列选项拥有自动将新列进行逆透视操作的能力,而仅逆透视选中列选项则不会对新列进行处理。...两类操作之所以有这样的区别,在于逆透视列和逆透视其他列使用的是Table.UnpivotOtherColumns函数,该函数明确定义的是不需要进行逆透视的列,不在定义范围内的其他列默认都要进行逆透视操作...得到的二维表如下: 参考资料: [1] Power BI中的透视列和逆透视(https://blog.csdn.net/jessica_seiya/article/details/105923945)

    7.2K20
    领券