当前位置: 首页 > ops >正文

MySQL索引与事务

目录

  • 前言
    • 一. MySQL索引介绍
      • 1. 索引概述
      • 2.索引作用
      • 3. 索引的分类
        • (1)普通索引
        • (2)唯一索引
        • (3)主键索引
        • (4)组合索引(最左前缀)
        • (5)全文索引(FULLTEXT)
    • 二. 创建索引的原则依据
      • 1.查看索引
      • 2. 删除索引
    • 三. MySQL事务
      • (1)用 BEGIN,ROLLBACK,COMMIT 来实现
      • (2)直接用 SET 来改变 MySQL 的自动提交模式
      • (3)示例

前言

在当今数据驱动的时代,数据库的高效与可靠性是业务系统的核心支柱。索引和事务作为数据库两大基石,直接影响着数据查询性能与操作安全性。本课程将带您深入理解索引的本质与分类,揭秘其如何加速数据检索;同时剖析事务的ACID 原则,掌握其保障数据一致性与完整性的底层逻辑。

一. MySQL索引介绍

索引是一个排序的列表,在这个列表中存储着索引的值和包含这个值的数据所在行的物理地址。在数据十分庞大的时候,索引可以大大加快查询的速度。这是因为使用索引后可以不用扫描全表来定位某行的数据,而是先通过索引表找到该行数据对应的物理地址然后访问相应的数据。索引的作用类似于图书的目录,可以根据目录中的页码快速找到所需的内容

1. 索引概述

当数据保存在磁盘类存储介质上时,它是作为数据块存放。这些数据块是被当作一个整体来访问的,这样可以保证操作的原子性。硬盘数据块存储结构类似于链表,都包含数据部分,以及一个指向下一个节点(或数据块)的指针,不需要连续存储

记录集只能在某个关键字段上进行排序,所以如果需要在一个无序字段上进行搜索,就要执行一个线性搜索(Linear Search)的过程,平均需要访问 N/2的数据块,N 是表示所占据的数据块数目。如果这个字段是一个非主键字段(也就是说,不包含唯一的访问入口),那么需要在N个数据块上搜索整个表格空间

但是对于一个有序字段,可以运用二分查找(BinarySearch),这样只需要访问 1og2(N)的数据块。这就是为什么数据表使用索引后性能可以得到本质上提高的原因

索引是对记录集的多个字段进行排序的方法。在一张表中为一个字段创建个索引,将创建另外一个数据结构,包含字段数值以及指向相关记录的指针,然后对这个索引结构进行排序,允许在该数据上进行二分法排序

使用索引的副作用是需要额外的磁盘空间。对于 MyISAM 引擎而言,这些索引是被统一保存在一张表中的。如果很多字段都建立了索引,那么会占用大量的磁盘空间,这个文件将很快到达底层文件系统所能够支持的大小限制。

2.索引作用

在索引列上,除了上面提到的有序查找之外,数据库利用各种各样的快速定位技术,能够大大提高查询效率。特别是当数据量非常大,查询涉及多个表时,使用索引往往能使查询速度加快成千上万倍

例如,有3个未索引的表 t1、t2、t3,分别只包含列 c1、c2、c3,每个表分别含有 1000 行数据组成,均为 1~1000 的数值,查找对应值相等行的查询如下所示。

此查询结果应该为 1000行,每行包含3个相等的值。在无索引的情况下处理此查询,必须寻找3个表所有的组合,以便得出与WHERE子句相配的那些行。而可能的组合数目为 1000x1000x1000(十亿),显然查询将会非常慢。

如果对每个表进行索引,就能极大地加速查询进程,利用索引的查询处理如

- 从表 t1 中选择第一行,查看此行所包含的数据- 使用表 2上的索引,直接定位 t2 中与 t1 的值匹配的行.同理,利用表 t3上的索引.直接定位t3中与 t1的值匹配的行- 扫描表 t1 的下一行并重复前面的过程,直到遍历 t1 中所有的行- 在此情形下,仍然对表 t1执行了一个完全扫描,但能够在表 t2 和 t3 上进行索引查找直接取出这些表中的行,比未用索引时要快一百万倍- 利用索引,MySQL 加速了 WHERE子句满足条件行的搜索,而在多表连接查询时、在执行连接时加快了与其他表中的行匹配的速度

在此情形下,仍然对表 t1 执行了一个完全扫描,但能够在表 t2 和 t3 上进行索引查找直接取出这些表中的行,比未用索引时要快一百万倍

利用索引,MySQL 加速了 WHERE 子句满足条件行的搜索,而在多表连接查询时、在执行连接时加快了与其他表中的行匹配的速度

3. 索引的分类

在数据库表中,对字段建立索引可以大大提高查询速度。通过善用这些索引,J以令 MySQL 的查询和运行更加高效。索引是快速搜索的关键。MySQL 索引的建立对于 MySQL 的高效运行是非常重要的

从物理存储的角度来划分,索引分为聚簇索引和非聚簇索引两种,聚索引是按照数据存放的物理位置为顺序的,而非聚簇索引就不一样了;聚簇索引能提高多行检索的速度,而非聚簇索引对于单行的检索更快

从逻辑的角度来划分,索引分为普通索引唯一索引主键索引组合索引全文索引

(1)普通索引

普通索引是最基本的索引,它没有任何限制,也是大多数情况下用到的索引。它有以下几种创建方式。

直接创建索引:

mysql> create database db1;					##创建db1数据库
Query OK, 1 row affected (0.01 sec)mysql> use db1;									##切换到db1数据库
Database changed
mysql> create table users(id int(10),name char(20),pass char(50));		##创建users表
Query OK, 0 rows affected, 1 warning (0.02 sec)mysql> create index aaa on users(name(20));				##创建aaa索引
Query OK, 0 rows affected (0.08 sec)
Records: 0  Duplicates: 0  Warnings: 0

修改表结构的方式添加索引:

mysql> alter table users add index bbb(name(20));
Query OK, 0 rows affected, 1 warning (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 1

创建表结构时,同时创建索引:

mysql> create table t1 (id int(10),name char(20),pass char(50),index ccc(name(20)));
Query OK, 0 rows affected, 1 warning (0.02 sec)
(2)唯一索引

唯一索引与普通索引类似,不同的就是:唯一索引的索引列的值必须唯一,但允一。唯一许有空值(注意和主键不同)。如果是组合索引,则列值的组合必须唯索引创建方法和普通索引类似。

创建唯一索引:

mysql> create unique index wy1 on users(name(20));
Query OK, 0 rows affected (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 0

修改表结构的时候添加唯一索引:

mysql> alter table users add unique index wy2(name(20));
Query OK, 0 rows affected, 1 warning (0.03 sec)
Records: 0  Duplicates: 0  Warnings: 1

创建表的时候同时创建唯一索引:

mysql> create table t2 (id int(10),name char(20),pass char(50),unique index ccc(name(20))); 
Query OK, 0 rows affected, 1 warning (0.02 sec)
(3)主键索引

主键索引是一种特殊的唯一索引,一个表只能有一个主键,不允许有空值.一般是在建表的时候同时创建主键索引。

mysql> create table t3 (id int(10),name char(20),pass char(50),primary key(id));
Query OK, 0 rows affected, 1 warning (0.01 sec)
(4)组合索引(最左前缀)

平时用的 SQL 查询语句一般都有比较多的限制条件,所以为了进一步榨取MySQL 的效率,就要考虑建立组合索引。在组合索引的创建中,有两种场景,即为单列索引和多列索引。下面通过一个场景来具体说明单列索引和多列索引

在一个 user 用户表中,有 name,age,sex 三个字段,分别分三次建立了INDEX 普通索引。那么在 select *from user where name =’’ AND ageAND sex=’:数据查询语句中就会分别检索三条索引,虽然扫描效率有所提升但却还未达到最优。这个时候就需要使用到组合索引(即多列索引),如下所示。

mysql> create table t4(id int(10),name char(20),age int(10),index zj(id,name,age));
Query OK, 0 rows affected, 2 warnings (0.02 sec)

在 MySQL 中,有一个知识点叫最左原则。下面的 select 语句的 where 条件是依次从左往右执行的

mysql> select * from t4 where id=1 and name='zhangsan' and age=20;
Empty set (0.00 sec)

若使用的是组合索引 index user(name,age,sex)。在查询中,name、age、sex的顺序必须如组合索引中一致排序,否则索引将不会生效,例如:

mysql> select * from user where age='20' and name='zhangsan' and sex='';
Empty set (0.00 sec)

如果采用“select *from user where age =AND sex AND name =”查询方式,这条组合索引将无效化,所以一般在建立索引时,要先想好相应的查询业务,尽量避免虽然有索引,但是使用不上的问题。

(5)全文索引(FULLTEXT)

MVSQLM3.23.23版开始支持全文索引和全文检索,在MVSQL5.6 版本以前 FULLTEXT索引仅可用于 MVISAM 表,在 5.6之后 innodb 引擎也支持FULLTEXT索引:他们可以从CHAR、VARCHAR或TEXT列中作为CREATE TABLE 语句的一部分被创建,或是随后使用ALTER TABIE 或CREATEINDEX 被添加。

对于较大的数据集,将资料输入一个没有FULLTEXT 索引的表中,然后创建索引,其速度比把资料输入现有FULLTEXT 索引的速度更快。不过切记对于大容量的数据表,生成全文索引是一个非常消耗时间、非常消耗硬盘空间的做法。

创建表的全文索引:

mysql> create table qw(id int(10),user char(20),pass char(20),primary key(id),fulltext(user));
Query OK, 0 rows affected, 1 warning (0.11 sec)

修改表结构添加全文索引:

mysql> alter table qw add fulltext index_content(pass);
Query OK, 0 rows affected (0.08 sec)
Records: 0  Duplicates: 0  Warnings: 0

二. 创建索引的原则依据

数据库建立索引的原则:

确定针对该表的操作是大量的查询操作还是大量的增删改操作尝试建立索引来帮助特定的査询。检查自己的 sq1语句,为那些频繁在where 子句中出现的字段建立索引尝试建立复合索引来进一步提高系统性能。修改复合索引将消耗更长时同时复合索引也占磁盘空间;对于小型的表,建立索引可能会影响性能应该避免对具有较少值的字段进行索引避免选择大型数据类型的列作为索引

索引建立的原则:

索引查询是数据库中重要的记录查询方法,要不要建立索引以及在那些字段上建立索引都要和实际数据库系统的查询要求结合来考虑,下面给出实际生产环境中的一些通用的原则:

在经常用作过滤器的字段上建立索引在 SQL 语句中经常进行 GROUP BY、ORDER BY 的字段上建立索引在不同值较少的字段上不必要建立索引,如性别字段对于经常存取的列避免建立索引用于联接的列(主健/外健)上建立索引在经常存取的多个列上建立复合索引,但要注意复合索引的建立顺序要按照使用的频度来确定缺省情况下建立的是非簇集索引,但在以下情况下最好考虑集索引,如:含有限数目(不是很少)唯一的列:进行大范围的查询:充分的利用索引可以减少表扫描 I/0 的次数,有效的避免对整表的搜索。当然合理的索引要建立在对各种查询的分析和预测中,也取决于 DBA 所设计的数据库结构

1.查看索引

MySQL查看索引的两种方式:

mysql>show index from表名;
mysql>show keys from 表名 ;

以 users表为例,査看 users 表的索引内容

mysql> show index from users\G
*************************** 1. row ***************************Table: usersNon_unique: 0Key_name: wy1Seq_in_index: 1Column_name: nameCollation: ACardinality: 1Sub_part: NULLPacked: NULLNull: YESIndex_type: BTREEComment: 
Index_comment: Visible: YESExpression: NULL
*************************** 2. row ***************************Table: usersNon_unique: 0Key_name: wy2Seq_in_index: 1Column_name: nameCollation: ACardinality: 1Sub_part: NULLPacked: NULLNull: YESIndex_type: BTREEComment: 
Index_comment: Visible: YESExpression: NULL
*************************** 3. row ***************************Table: usersNon_unique: 1Key_name: aaaSeq_in_index: 1Column_name: nameCollation: ACardinality: 1Sub_part: NULLPacked: NULLNull: YESIndex_type: BTREEComment: 
Index_comment: Visible: YESExpression: NULL
*************************** 4. row ***************************Table: usersNon_unique: 1Key_name: bbbSeq_in_index: 1Column_name: nameCollation: ACardinality: 1Sub_part: NULLPacked: NULLNull: YESIndex_type: BTREEComment: 
Index_comment: Visible: YESExpression: NULL
4 rows in set (0.00 sec)

字段解析:

字段解析
Table表的名称
Non_unique如果索引不能包括重复词,则为0;如果可以,则为1
Key_name索引的名称
Seq_in_index索引中的列序号,从 1 开始
Column_name列名称
Collation列以什么方式存储在索引中。在 MySQL 中,有值’A’(升序)或 NULL(无分类)
Cardinality索引中唯一值数目的估计值。通过运行 ANALYZE TABLE 或myisamchk-a 可以更新。基数根据被存储为整数的统计数据来计数,所以即使对于小型表,该值也没有必要是精确的。基数越大,当进行联合时,MySQL使用该索引的机会就越大
Sub_part如果列只是被部分地编入索引,则为被编入索引的字符的数目如果整列被编入索引,则为 NULL
Packed指示关键字如何被压缩。如果没有被压缩,则为NULL
Null如果列含有NULL,则含有 YES。如果没有,则该列含有 NO
Index_type用过的索引方法(BTREE,FULLTEXT, HASH,RTREE)
Comment备注

2. 删除索引

MySQL删除索引的两种方式:

DROP INDEX索引名ON 表名;
ALTER TABLE表名DROP INDEX 索引名;

方法一:

以users表为例,删除users表的索引,并查看索引已被删除

mysql> drop index wy1 on users;
Query OK, 0 rows affected (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 0mysql> drop index wy2 on users;
Query OK, 0 rows affected (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 0mysql> drop index aaa on users;
Query OK, 0 rows affected (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 0mysql> drop index bbb on users;
Query OK, 0 rows affected (0.01 sec)
Records: 0  Duplicates: 0  Warnings: 0mysql> show index from users\G
Empty set (0.00 sec)

方法二:

以t1表为例,删除t1表的索引,并查看索引已被删除

mysql> show index from t1\G
*************************** 1. row ***************************Table: t1Non_unique: 1Key_name: cccSeq_in_index: 1Column_name: nameCollation: ACardinality: 0Sub_part: NULLPacked: NULLNull: YESIndex_type: BTREEComment: 
Index_comment: Visible: YESExpression: NULL
1 row in set (0.01 sec)mysql> alter table t1 drop index ccc;
Query OK, 0 rows affected (0.02 sec)
Records: 0  Duplicates: 0  Warnings: 0mysql> show index from t1\G
Empty set (0.00 sec)

三. MySQL事务

MySQL 事务主要用于处理操作量大,复杂度高的数据。比如说,在人员管理系统中,要删除一个人员,即需要删除人员的基本资料,又需要删除和该人员相关的信息,如信箱,文章等等。这样,这些数据库操作语句就构成一个事务!

在 MySQL 中只有使用了 Innodb 数据库引擎的数据库或表才支持事务事务处理可以用来维护数据库的完整性,保证成批的 SQL语句要么全部执行要么全部不执行事务用来管理 insert,update,delete 语句

一般来说,事务是必须满足4个条件(ACID):原子性(Atomicity,或称不可分割性)、一致性(Consistency)、隔离性(Isolation,又称独立性)、持久性(Durability)

条件含义
原子性一个事务(transaction)中的所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节。事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样
一致性在事务开始之前和事务结束以后,数据库的完整性没有被破坏。这表示写入的资料必须完全符合所有的预设规则,这包含资料的精确度、串联性以及后续数据库可以自发性地完成预定的工作
隔离性数据库允许多个并发事务同时对其数据进行读写和修改的能力,隔离性可以防止多个事务并发执行时由于交叉执行而导致数据的不一致。事务隔离分为不同级别,包括读未提交(Readuncommitted)、读提交(read committed)、可重复读(repeatable read)和串行化(Serializable)
持久性事务处理结束后,对数据的修改就是永久的,即便系统故障也不会丢失。

在 MySQL 命令行的默认设置下,事务都是自动提交的,即执行 SQL 语句后就会马上执行COMMIT 操作。因此要显式地开启一个事务必须使用命令BEGIN或 START TRANSACTION,或者执行命令 SET AUTOCOMMIT=0,用来禁止使用当前会话的自动提交。

事务控制语句包含:

事务控制语句含义
BEGIN 或 START TRANSACTION显式地开启一个事务
COMMIT也可以使用COMMIT WORK,不过二者是等价的。COMMIT 会提交事务,并使已对数据库进行的所有修改变为永久性的
ROLLBACK又可以使用 ROLLBACK WORK,不过二者是等价的。回滚会结束用户的事务,并撤销正在进行的所有未提交的修改
SAVEPOINT identifierSAVEPOINT 允许在事务中创建一个保存点,一个事务中可以有多个 SAVEPOINT
RELEASE SAVEPOINT identifer删除一个事务的保存点,当没有指定的保存点时,执行该语句会抛出一个异常
ROLLBACK TO identifier把事务回滚到标记点
SETTRANSACTION用来设置事务的隔离级别。nnoDB 存储引擎提供事务的隔离级别READ UNCOMMITTED、READ COMMITTED、REPEATABLE READ 和SERIALIZABLE.

MYSQL 事务处理主要有两种方法:

(1)用 BEGIN,ROLLBACK,COMMIT 来实现

BEGIN 开始一个事务ROLLBACK 事务回滚COMMIT 事务确认

(2)直接用 SET 来改变 MySQL 的自动提交模式

SETAUTOCOMMIT=0 禁止自动提交SETAUTOCOMMIT=1 开启自动提交

(3)示例

mysql> begin;														##开始事务
Query OK, 0 rows affected (0.02 sec)mysql> insert into t1 values(1,'zhangsan','pwd123');				##插入数据1
Query OK, 1 row affected (0.01 sec)mysql> insert into t1 values(2,'lisi','pwd123');					##插入数据2
Query OK, 1 row affected (0.01 sec)mysql> commit;											            ##提交事务
Query OK, 0 rows affected (0.01 sec)mysql> select * from t1;											##查看表信息
+------+----------+--------+
| id   | name     | pass   |
+------+----------+--------+
|    1 | zhangsan | pwd123 |
|    2 | lisi     | pwd123 |
+------+----------+--------+
2 rows in set (0.00 sec)mysql> begin;													    ##开始事务 
Query OK, 0 rows affected (0.00 sec)mysql> insert into t1 values(3,'wangwu','pwd123');			        ##插入数据3
Query OK, 1 row affected (0.00 sec)mysql> rollback;											        ##回滚
Query OK, 0 rows affected (0.00 sec)mysql> select * from t1;										    ##因为rollback回滚,所以数据3(3,'wangwu','pwd123')没有插入
+------+----------+--------+
| id   | name     | pass   |
+------+----------+--------+
|    1 | zhangsan | pwd123 |
|    2 | lisi     | pwd123 |
+------+----------+--------+
2 rows in set (0.00 sec)
http://www.xdnf.cn/news/9817.html

相关文章:

  • 华为防火墙NAPT配置
  • 大模型是什么?
  • 金额高精度计算-BigDecimal
  • CSformer:结合通道独立性和混合的稳健多变量时间序列预测
  • 【QQ音乐】sign签名| data参数加密 | AES-GCM加密 | webpack (下)
  • 理解教材意图轻松积累常见数列
  • 外贸邮件营销推广怎么做才有效果?
  • 浏览器本地存储
  • 计算机图形学:(六)渲染管线
  • java24
  • 信创改造选择C86,相比于ARM架构有什么优势?
  • HOW - 简历和求职面试宝典(八)
  • 代理模式核心概念
  • 实时操作系统在脑机接口中的技术平衡:满足实时性与 AI 算力需求
  • 深入理解C#泛型:提升代码复用与类型安全的利器
  • STM32CUBE打印浮点数据-cmake配置
  • MySQL、PostgreSQL、Oracle 区别详解
  • 一个超简易的RMAN备份并保留到异地的方案,仅适用于小规模环境
  • 【大模型MCP】MCP 深度解析:AI 时代的「USB-C」接口——原理、对比、实战代码与行业落地
  • 国产三维CAD皇冠CAD(CrownCAD)在专用设备建模教程:液压升降机
  • qlora
  • 电网中三相不平衡治理的全面解析
  • 什么是范式?三大范式分别是什么?
  • JavaScript 中的 BigInt:当普通数字不够“大“时的救星
  • 企业级网络管理实战:Linux、云与容器的深度融合与优化
  • 苹果签名应用掉签频繁原因排查以及如何避免
  • 实测,大模型谁更懂数据可视化?
  • Linux应用开发之网络套接字编程
  • 基于 Arduino Uno R3 的温湿度控制风扇系统开发记录
  • Java ThreadLocal 应用指南:从用户会话到数据库连接的线程安全实践