MySQL数据库入门到精通——进阶篇(3)

news2024/11/20 6:16:36

黑马程序员 MySQL数据库入门到精通——进阶篇(3)

  • 1. 锁
    • 1.1 锁-介绍
    • 1.2 锁-全局锁
    • 1.3 锁-表级锁
      • 1.3.1 表级锁-表锁
      • 1.3.2 表级锁元数据锁( meta data lock,MDL)
      • 1.3.3 表级锁-意向锁
      • 1.3.4 表级锁意向锁测试
    • 1.4 锁-行级锁
      • 1.4.1 行级锁-行锁
      • 1.4.2 行级锁-间隙锁&临键锁1
      • 1.4.3 行级锁-间隙锁&临键锁2
  • 2. InnoDB引擎
    • 2.1 逻辑存储结构
    • 2.2 架构
      • 2.2.1 内存结构1
      • 2.2.2 内存结构2
      • 2.2.3 磁盘结构
      • 2.2.4 后台线程
    • 2.3 事务原理
      • 2.3.1 redo log(持久性)
      • 2.3.2 undo log(原子性)
    • 2.4 MVCC
      • 2.4.1 隐藏字段
      • 2.4.2 undo log版本链
      • 2.4.3 readview介绍
      • 2.4.4 原理分析RC级别
      • 2.4.5 原理分析RR级别
  • =====================================================
  • 3. MySQL管理(了解)
    • 3.1 MySQL管理-系统数据库介绍
    • 3.2 MySQL管理-常用工具
      • 3.2.1 mysql
      • 3.2.2 mysqladmin
      • 3.2.3 mysqlbinlog
      • 3.2.4 mysqlshow
      • 3.2.5 mysqldump
      • 3.2.6 mysqlimport/source
    • 3.3 MySQL管理-小结

在这里插入图片描述
在这里插入图片描述

1. 锁

1.1 锁-介绍

锁是计算机协调多个进程或线程并发访问某一资源的机制。 在数据库中,除传统的计算资源(CPU、RAM、I/O) 的争用以外,数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说,锁对数据库而言显得尤其重要,也更加复杂。

🐬🐬🐬 MySQL中的锁,按照锁的力度分,分为以下三类:

  1. 全局锁:锁定数据库中的所有表。
  2. 表级锁:每次操作锁住整张表。
  3. 行级锁:每次操作锁住对应的行数据。

在这里插入图片描述

1.2 锁-全局锁

🐬🐬🐬全局锁就是对整个数据库实例加锁,加锁后整个实例就处于只读状态,后续的DML的写语句,DDL语句,已经更新操作的事务提交语句都将被阻塞。

🐬🐬🐬其典型的使用场景是做全库的逻辑备份,对所有的表进行锁定,从而获取一致性视图,保证数据的完整性。

在这里插入图片描述
一致性数据备份

在这里插入图片描述
在这里插入图片描述
flush tables with read lock;

mysqldump -uroot -p1234 itcast>itcast.sql(换成自己的用户名与密码)

unlock tables;

在这里插入图片描述
在这里插入图片描述
特点
数据库中加全局锁,是一一个比较重的操作,存在以下问题:

  1. 如果在主库上备份,那么在备份期间都不能执行更新,业务基本.上就得停摆。
  2. 如果在从库 上备份,那么在备份期间从库不能执行主库同步过来的二进制日志(binlog) ,会导致主从延迟。

🐬🐬🐬在InnoDB引擎中,我们可以在备份时加上参数–single-transaction参数来完成不加锁的-致性数据备份。
mysqldump --single-transaction -uroot -p123456 itcast>itcast.sql

在这里插入图片描述

1.3 锁-表级锁

表级锁,每次操作锁住整张表。锁定粒度大,发生锁冲突的概率最高,并发度最低。应用在MyISAM、 InnoDB、BDB等存储引擎中。

🐬🐬🐬 对于表级锁,主要分为以下三类:

  1. 表锁
  2. 元数据锁( meta data lock, MDL)
  3. 意向锁

1.3.1 表级锁-表锁

对于表锁,分为两类:

  1. 表共享读锁(read lock),当前客户端是可读可写的,其他客户端不会阻塞读,但是会阻塞其他客户端的写
  2. 表独占写锁(write ldek),当前客户端是可读可写的,其他客户端不会阻塞写,不会阻塞其他客户端的读

语法:

  1. 加锁: lock tables表名…read/write。
  2. 释放锁: unlock tables / 客户端断开连接。

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

1.3.2 表级锁元数据锁( meta data lock,MDL)

MDL加锁过程是系统自动控制,无需显式使用,在访问一张表的时候会自动加上。

MDL锁主要作用是维护表元数据的数据一致性,在表上有活动事务的时候,不可以对元数据进行写入操作。

为了避免DML与RDL冲突,保证读写的正确性。

在MySQL5.5中引入了MDL,当对一张表 进行增删改查的时候,加MDL读锁(共享);当对表结构进行变更操作的时候,加MDL写锁(排他)。

对应SQL锁类型说明
lock tables xxx read / writeSHARED_READ_ONLY / SHARED NO_READ_WRITE
select、select … lock in share modeSHARED_READ(共享读锁)与SHARED_READ、SHARED WRITE兼容,与EXCLUSIVE互斥
insert、update、 delete、 select … for updateSHARED_WRITE与SHARED_READ、SHARED_WRITE兼容 ,与EXCLUSIVE互斥
alter table …EXCLUSIVE(排他锁)与其他的MDL都互斥

查看元数据锁:
select object_type,object_schema,object_name,lock_type,lock_duration from performance_schema.metadata_locks ;
在这里插入图片描述

在这里插入图片描述

1.3.3 表级锁-意向锁

在这里插入图片描述
在这里插入图片描述
为了避免DML在执行时,加的行锁与表锁的冲突,在InnoDB中引入了意向锁,使得表锁不用检查每行数据是否加锁,使用意向锁来减少表锁的检查。

在这里插入图片描述

  1. 意向共享锁(IS):由语句select … lock in share mode添加。
  2. 意向排他锁 (IX):由insert、 update、delete、 select … for update添加。

可以通过以下SQL,查看意向锁及行锁的加锁情况:
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;

在这里插入图片描述

1.3.4 表级锁意向锁测试

在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

1.4 锁-行级锁

🐬🐬🐬行级锁,每次操作锁住对应的行数据。锁定粒度最小,发生锁冲突的概率最低,并发度最高。应用在InnoDB存储引擎中。

InnoDB的数据是基于索引组织的,行锁是通过对索引上的索引项加锁来实现的,而不是对记录加的锁。对于行级锁,主要分为以下三类:

  1. 行锁(Record Lock) :锁定单个行记录的锁,防止其他事务对此行进行update和delete。在RC、RR隔离级别下都支持。
    在这里插入图片描述
  2. 间隙锁(Gap Lock) :锁定索引记录间隙(不含该记录),确保索引记录间隙不变,防止其他事务在这个间隙进行insert,产生幻读。在RR隔离级别下都支持。
    在这里插入图片描述
  3. 临键锁(Next-Key Lock) :行锁和间隙锁组合,同时锁住数据,并锁住数据前面的间隙Gap。在RR隔离级别下支持。
    在这里插入图片描述
    在这里插入图片描述

1.4.1 行级锁-行锁

InnoDB实现了以下两种类型的行锁:

  1. 共享锁(S) :允许一个事务去读一行,阻止其他事务获得相同数据集的排它锁。
  2. 排他锁 (X) :允许获取排他锁的事务更新数据,阻止其他事务获得相同数据集的共享锁和排他锁。

在这里插入图片描述

SQL行锁类型说明
INSERT …排他锁自动加锁
UPDATE …排他锁自动加锁
DELETE …排他锁自动加锁
SELECT (正常)不加任何锁SELECT … LOCK IN SHARE MODE
共享锁需要手动在SELECT之后加LOCK IN SHARE MODE
SELECT … FOR UPDATE排他锁需要手动在SELECT之后加FOR UPDATE

行锁-演示
默认情况下,InnoDB在REPEATABLE READ事务隔离级别运行,InnoDB使用next-key锁进行搜索和索引扫描,以防止幻读。

  1. 针对唯一索引进行检索时,对已存在的记录进行等值匹配时,将会自动优化为行锁。
  2. InnoDB的行锁是针对于索引加的锁,不通过索引条件检索数据,那么InnoDB将对表中的所有记录加锁,此时就会升级为表锁。
mysql> show databases;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mybatis            |
| mysql              |
| performance_schema |
| sakila             |
| sys                |
| test               |
| tlias              |
| world              |
+--------------------+
9 rows in set (0.00 sec)

mysql> use test
Database changed
mysql> select * from stu;
+----+-----+-------+
| id | age | name  |
+----+-----+-------+
|  1 |   1 | tom   |
|  3 |   3 | cat   |
|  8 |   8 | rose  |
| 11 |  11 | jetty |
| 19 |  19 | lily  |
| 25 |  25 | luci  |
+----+-----+-------+
6 rows in set (0.00 sec)

mysql>

可以通过以下SQL,查看意向锁及行锁的加锁情况:
select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;

mysql> select * from stu where id = 1;
+----+-----+------+
| id | age | name |
+----+-----+------+
|  1 |   1 | tom  |
+----+-----+------+
1 row in set (0.00 sec)

mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
Empty set (0.00 sec)

T1

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> select * from stu where id = 1 lock in share mode;
+----+-----+------+
| id | age | name |
+----+-----+------+
|  1 |   1 | tom  |
+----+-----+------+
1 row in set (0.00 sec)

T2


mysql> use test;
Database changed
mysql>  select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
Empty set (0.00 sec)

mysql>  select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+---------------+-----------+
| object_schema | object_name | index_name | lock_type | lock_mode     | lock_data |
+---------------+-------------+------------+-----------+---------------+-----------+
| test          | stu         | NULL       | TABLE     | IS            | NULL      |
| test          | stu         | PRIMARY    | RECORD    | S,REC_NOT_GAP | 1         |
+---------------+-------------+------------+-----------+---------------+-----------+
2 rows in set (0.00 sec)

在这里插入图片描述

1.4.2 行级锁-间隙锁&临键锁1

间隙锁/临键锁-演示
默认情况下,InnoDB在REPEATABLE READ事务隔离级别运行,InnoDB使用next-key锁进行搜索和索引扫描,以防止幻读。

  1. 索引上的等值查询(唯一索引),给不存在的记录加锁时,优化为间隙锁。
  2. 索引上的等值查询(普通索引),向右遍历时最后一个值不满足查询需求时,next-key lock退化为间隙锁。
  3. 索引上的范围查询(唯一 索引)——会访问到不满足条件的第一个值为止。

注意:间隙锁唯一目的是防止其他事务插入间隙。间隙锁可以共存,一个事务采用的间隙锁不会阻止另一个事务在同一间隙上采用间隙锁。

T1

mysql> select * from stu;
+----+-----+-------+
| id | age | name  |
+----+-----+-------+
|  1 |   1 | tom   |
|  3 |   3 | cat   |
|  8 |   8 | rose  |
| 11 |  11 | jetty |
| 19 |  19 | lily  |
| 25 |  25 | luci  |
+----+-----+-------+
6 rows in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> update stu set age = 10 where id =5;
Query OK, 0 rows affected (0.00 sec)
Rows matched: 0  Changed: 0  Warnings: 0

mysql>

T2

mysql>  select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+-----------+-----------+
| object_schema | object_name | index_name | lock_type | lock_mode | lock_data |
+---------------+-------------+------------+-----------+-----------+-----------+
| test          | stu         | NULL       | TABLE     | IX        | NULL      |
| test          | stu         | PRIMARY    | RECORD    | X,GAP     | 8         |
+---------------+-------------+------------+-----------+-----------+-----------+
2 rows in set (0.00 sec)

mysql> begin;
Query OK, 0 rows affected (0.00 sec)

mysql> insert into stu values(7,7,'Ruby');

T1

mysql> commit;
Query OK, 0 rows affected (0.00 sec)

T2

Query OK, 1 row affected (24.87 sec)

mysql> select * from stu;
+----+-----+-------+
| id | age | name  |
+----+-----+-------+
|  1 |   1 | tom   |
|  3 |   3 | cat   |
|  7 |   7 | Ruby  |
|  8 |   8 | rose  |
| 11 |  11 | jetty |
| 19 |  19 | lily  |
| 25 |  25 | luci  |
+----+-----+-------+
7 rows in set (0.00 sec)

在这里插入图片描述

1.4.3 行级锁-间隙锁&临键锁2

间隙锁/临键锁-演示
默认情况下,InnoDB在REPEATABLE READ事务隔离级别运行,InnoDB使用next-key锁进行搜索和索引扫描,以防止幻读。

  1. 索引上的等值查询(唯一索引),给不存在的记录加锁时,优化为间隙锁。
  2. 索引上的等值查询(普通索引),向右遍历时最后一个值不满足查询需求时,next-key lock退化为间隙锁。
  3. 索引上的范围查询(唯一 索引)——会访问到不满足条件的第一个值为止。

在这里插入图片描述
age 不是唯一索引

mysql> select * from stu where age = 3 lock in share mode;
+----+-----+------+
| id | age | name |
+----+-----+------+
|  3 |   3 | cat  |
+----+-----+------+
1 row in set (0.00 sec)

mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+---------------+-----------+
| object_schema | object_name | index_name | lock_type | lock_mode     | lock_data |
+---------------+-------------+------------+-----------+---------------+-----------+
| test          | stu         | NULL       | TABLE     | IS            | NULL      |
| test          | stu         | idx_t_age  | RECORD    | S             | 3, 3      |
| test          | stu         | PRIMARY    | RECORD    | S,REC_NOT_GAP | 3         |
| test          | stu         | idx_t_age  | RECORD    | S,GAP         | 7, 7      |
+---------------+-------------+------------+-----------+---------------+-----------+
4 rows in set (0.00 sec)

间隙锁/临键锁-演示
默认情况下,InnoDB在REPEATABLE READ事务隔离级别运行,InnoDB使用next-key锁进行搜索和索引扫描,以防止幻读。

  1. 索引上的等值查询(唯一索引),给不存在的记录加锁时,优化为间隙锁。
  2. 索引上的等值查询(普通索引),向右遍历时最后一个值不满足查询需求时,next-key lock退化为间隙锁。
  3. 索引上的范围查询(唯一 索引)——会访问到不满足条件的第一个值为止。
mysql> select * from stu where  id>=19 lock in share mode;
+----+-----+------+
| id | age | name |
+----+-----+------+
| 19 |  19 | lily |
| 25 |  25 | luci |
+----+-----+------+
2 rows in set (0.00 sec)

mysql> select object_schema,object_name,index_name,lock_type,lock_mode,lock_data from performance_schema.data_locks;
+---------------+-------------+------------+-----------+---------------+------------------------+
| object_schema | object_name | index_name | lock_type | lock_mode     | lock_data              |
+---------------+-------------+------------+-----------+---------------+------------------------+
| test          | stu         | NULL       | TABLE     | IS            | NULL                   |
| test          | stu         | PRIMARY    | RECORD    | S,REC_NOT_GAP | 19                     |
| test          | stu         | PRIMARY    | RECORD    | S             | supremum pseudo-record |
| test          | stu         | PRIMARY    | RECORD    | S             | 25                     |
+---------------+-------------+------------+-----------+---------------+------------------------+
4 rows in set (0.00 sec)

在这里插入图片描述
在这里插入图片描述

2. InnoDB引擎

2.1 逻辑存储结构

InnoDB引擎的逻辑存储结构
在这里插入图片描述

  • 表空间(ibd文件) ,一个mysql实例可以对应多个表空间,用于存储记录、索引等数据。
    在这里插入图片描述
  • ,分为数据段(Leaf node segment)、索引段 (Non-leaf node segment)、回滚段( Rollback segment) , InnoDB是索引组织表,数据段就是B+树的叶子节点,索引段即为B+树的非叶子节 点。段用来管理多个Extent (区)。
  • ,表空间的单元结构,每个区的大小为1M。默认情况下,InnoDB存储引擎页大小为16K,即一个区中这共有64个连续的页。
  • ,是InnoDB存储引擎磁盘管理的最小单元,每个页的大小默认为16KB。为了保证页的连续性, InnoDB 存储引擎每次从磁盘申请4-5个区。
  • ,InnoDB存储引擎数据是按行进行存放的。

在这里插入图片描述

在这里插入图片描述

2.2 架构

MySQL5.5版本开始,默认使用InnoDB存储引擎,它擅长事务处理,具有崩溃恢复特性,在日常开发中使用非常广泛。下面是InnoDB架构图,左侧为内存结构,右侧为磁盘结构。

在这里插入图片描述

在这里插入图片描述

2.2.1 内存结构1

在这里插入图片描述

在这里插入图片描述

2.2.2 内存结构2

在这里插入图片描述

在这里插入图片描述

mysql> show variables like '%hash_index%';
+----------------------------------+-------+
| Variable_name                    | Value |
+----------------------------------+-------+
| innodb_adaptive_hash_index       | ON    |
| innodb_adaptive_hash_index_parts | 8     |
+----------------------------------+-------+
2 rows in set, 1 warning (0.01 sec)

在这里插入图片描述

mysql> show variables like '%log_buffer_size%';
+------------------------+----------+
| Variable_name          | Value    |
+------------------------+----------+
| innodb_log_buffer_size | 16777216 |
+------------------------+----------+
1 row in set, 1 warning (0.00 sec)

mysql> show variables like '%flush_log%';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_timeout    | 1     |
| innodb_flush_log_at_trx_commit | 1     |
+--------------------------------+-------+
2 rows in set, 1 warning (0.00 sec)

1:日志在每次事务提交时写入并刷新到磁盘
0:每秒将日志写入并刷新到磁盘一次。
2:日志在每次事务提交后写入,并每秒刷新到磁盘一次。

在这里插入图片描述

2.2.3 磁盘结构

在这里插入图片描述

  • System Tablespace:系统表空间是更改缓冲区的存储区域。如果表是在系统表空间而不是每个表
    文件或通用表空间中创建的,它也可能包含表和索引数据。(在MySQL5.x版本中还包含InnoDB数据字典、undolog等)
    参数: innodb_data_file_path
  • File-Per-Table Tablespaces:每个表的文件表空间包含单个InnoDB表的数据和索引,并存储在
    文件系统上的单个数据文件中。
    参数:innodb_file_per_table
  • General Tablespaces:通用表空间,需要通过CREATE TABLESPACE 语法创建通用表空间,在创建表时,可以指定该表空间。
    在这里插入图片描述
    在这里插入图片描述
  • Undo Tablespaces:撤销表空间,MySQL实例在初始化时会自动创建两个默认的undo表空间(初始大小16M),用于存储undo log志。
  • Temporary Tablespaces: InnoDB 使用会话临时表空间和全局临时表空间。存储用户创建的临时表等数据。
  • Doublewrite Buffer Files:双写缓冲区,RinnoDB引擎将数据页从Buffer Pool刷新到磁盘前,先
    将数据页写入双写缓冲区文件中,便于系统异常时恢复数据。
  • Redo Log:重做日志,是用来实现事务的持久性。该日志文件由两部分组成:重做日志缓冲(redo log buffer)以及重做日志文件(redo log) ,前者是在内存中,后者在磁盘中。当事务提交之后会把所有修改信息都会存到该日志中,用于在刷新脏页到磁盘时发生错误时,进行数据恢复使用。

在这里插入图片描述

2.2.4 后台线程

内存刷新到磁盘中的后台线程!!!!

在这里插入图片描述

  1. Master Thread
    核心后台线程,负责调度其他线程,还负责将缓冲池中的数据异步刷新到磁盘中,保持数据的一致性,还包括脏页的刷新、合并插入缓存、undo页的回收。
  2. IO Thread
    在InnoDB存储引擎中大量使用了AlO来处理IO请求,这样可以极大地提高数据库的性能,而I0
    Thread主要负责这些I0请求的回调。
线程类型默认个数职责
Read thread4负责读操作
Write thread4负责写操作
Log thread1负责将日志缓冲区刷新到磁盘
Insert buffer thread1负责将写缓冲区内容刷新到磁盘
  1. Purge Thread
    主要用于回收事务已经提交了的undo log,在事务提交之后,undo log可能不用了,就用它来回收。
  2. Page Cleaner Thread
    协助Master Thread刷新脏页到磁盘的线程,它可以减轻Master Thread的工作压力,减少阻塞。

在这里插入图片描述

2.3 事务原理

事务是一组操作的集合,它是一个不可分割的工作单位,事务会把所有的操作作为一个整体-起向系统提交或撤销操作请求,即这些操作要么同时成功,要么同时先败。

特性

  • 原子性(Atomicity) :事务是不可分割的最小操作单元,要么全部成功,要么全部失败。
  • 一致性(Consistency) :事务完成时,必须使所有的数据都保持一 致状态。
  • 隔离性(Isolation) :数据库系统提供的隔离机制,保证事务在不受外部并发操作影响的独立环境下运行。
  • 持久性(Durability) :事务一旦提交或回滚,它对数据库中的数据的改变就是永久的。

在这里插入图片描述

在这里插入图片描述

2.3.1 redo log(持久性)

重做日志,记录的是事务提交时数据页的物理修改,是用来实现事务的持久性。
该日志文件由两部分组成:重做日志缓冲(redo log buffer)以及重做日志文件(redo log file) ,前者是在内存中,后者在磁盘中。当事务提交之后会把所有修改信息都存到该日志文件中,用于在刷新脏页到磁盘,发生错误时,进行数据恢复使用。

在这里插入图片描述
在这里插入图片描述
脏页刷新磁盘发生错误的时候,回滚数据恢复,用的(持久性) ——WAL (Write-Ahead Logging)

在这里插入图片描述

2.3.2 undo log(原子性)

🐬🐬🐬回滚日志,用于记录数据被修改前的信息,作用包含两个:提供回滚和MVCC(多版本并发控制)。

  • undo log和redo log记录物理日志不一样,它是逻辑日志。可以认为当delete-条记录时, undo log中会记录一条对 应的insert记录,反之亦然,当update- 条记录时,它记录一条对应相反的update记录。当执行rollback时, 就可以从undo log中的逻辑记录读取到相应的内容并进行回滚。

  • Undo log销毁: undo log在事务执行时产生,事务提交时,并不会立即删除undo log,因为这些日志可能还用于MVCC。

  • Undo log存储: undo log采用段的方式进行管理和记录,存放在前面介绍的rollback segment回滚段中,内部包含1024个undo log segment。

在这里插入图片描述

2.4 MVCC

基本概念
当前读
读取的是记录的最新版本,读取时还要保证其他并发事务不能修改当前记录,会对读取的记录进行加锁。对于我们日常的操作,如:
🐬select ... lgck in share mode(共享锁), select .. for updateupdateinsertdelete(排他锁)都是一 种当前读。

快照读
简单的select(不加锁)就是快照读,快照读,读取的是记录数据的可见版本,有可能是历史数据,不加锁,是非阻塞读。
🐬Read Committed:每次select,都生成一个快照读。
🐬Repeatable Read:开启事务后第一个select语句才是快照读的地方。
🐬Serializable:快照读会退化为当前读。

MVCC(Multi-Version Concurrency Control)

  • 多版本并发控制。指维护一个数据的多个版本,使得读写操作没有冲突,快照读为MySQL实现
  • MVCC提供了一个非阻塞读功能。MVCC的具体实现,还需要依赖于数据库记录中的三个隐式字段undo log日志readView

在这里插入图片描述

2.4.1 隐藏字段

在这里插入图片描述
当你建立一个表的时候,会正常的给你三个字段,但是他还会生成隐藏的三个分别是上面灰色的部分:DB_TRX_ID, DB_ROLL_PTR, DB_ROW_ID

隐藏字段含义
DB_TRX_ID最近修改事务ID,记录插入这条记录或最后一次修改该 记录的事务ID。
DB_ROLL_PTR回滚指针,指向这条记录的上一个版本,用于配合undo log,指向上一个版本。
DB_ROW_ID隐藏主键,如果表结构没有指定主键,将会生成该隐藏字段。

在这里插入图片描述

2.4.2 undo log版本链

undo log

  • 回滚日志,在insert、 update、 delete的时候产生的便于数据回滚的日志。
  • 当insert的时候,产生的undo log日志只在回滚时需要,在事务提交后,可被立即删除。
  • 而update、delete的时候,产生的undo log日志不仅在回滚时需要,在快照读时也需要,不会立即被删除。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述
不同事务或相同事务对同一条记录进行修改,会导致该记录的undolog生成一条记录版本链表,链表的头部是最新的旧记录,链表尾部是最早的旧记录。

在这里插入图片描述

2.4.3 readview介绍

ReadView (读视图)是快照读SQL执行时MVCC提取数据的依据,记录并维护系统当前活跃的事务(未提交的) id。

ReadView中包含了四个核心字段:

字段含义
m_ids当前活跃的事务ID集合
min_trx_id最小活跃事务ID
max_trx_id预分配事务ID,当前最大事务ID+1 (因为事务ID是自增的)
creator_trx_idReadView创建者的事务ID

readview

trx_ id: 代表是当前事务ID。
在这里插入图片描述
不同的隔离级别,生成ReadView的时机不同:
➢READ COMMITTED :在事务中每一次执行快照读时生成ReadView。
➢REPEATABLE READ:仅在事务中第一次执行快照读时生成ReadView, 后续复用该ReadView。

在这里插入图片描述

2.4.4 原理分析RC级别

RC隔离级别下,在事务中每一次执行快照读时生成ReadView。
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

2.4.5 原理分析RR级别

RR隔离级别下,仅在事务中第一次执行快照读时生 成ReadView,后续复用该ReadView。

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

=====================================================

3. MySQL管理(了解)

3.1 MySQL管理-系统数据库介绍

在这里插入图片描述
数据库自带的。

数据库含义
mysql存储MySQL服务器正常运行所需要的各种信息(时区、 主从、用户、权限等)
information_schema提供了访问数据库元数据的各种表和视图,包含数据库、表、字段类型及访问权限等
performance_schema为MySQL服务器运行时状态提供了一一个底层监控功能,主要用于收集数据库服务器性能参数
sys包含了一系列方便DBA和开发人员利用performance_ schema 性能数据库进行性能调优和诊断的视图

在这里插入图片描述

3.2 MySQL管理-常用工具

3.2.1 mysql

该mysql不是指mysql服务,而是指mysql的客户端的工具。

语法
mysql [options] [database]

选项

-u, --user=name                #指定用户名
-p, --password[=name]          #指定密码
-h, --host=name                #指定服务器IP或域名
-P, --port=port                #指定连接端口
-e, --execute=name             #执行SQL语句并退出

-e选项可以在Mysq|客户端执行SQL语句,而不用连接到MySQL数据库再执行,对于一些批处理脚本,这种方式尤其方便。
示例:
mysql -uroot -p123456 db01 -e "select * from stu";

在这里插入图片描述

3.2.2 mysqladmin

mysqladmin是一个执行管理操作的客户端程序。可以用它来检查服务器的配置和当前状态、创建并删除数据库等。
通过帮助文档查看选项:mysqladmin --help

示例:
mysqladmin -uroot -p123456 drop 'test01';
mysqladmin -uroot -p123456 version;

在这里插入图片描述

3.2.3 mysqlbinlog

由于服务器生成的二进制日志文件以二进制格式保存,所以如果想要检查这些文本的文本格式,就会使用到mysqlbinlog日志管理工具。

语法
mysqlbinlog [options] log-files1 log-files2 ...

选项

-d, --database=name               指定数据库名称,只列出指定的数据库相关操作。
-o, --offset=#                    忽略掉日志中的前n行命令。
-r,--result-file=name             将输出的文本格式日志输出到指定文件。
-s, --short-form                  显示简单格式,省略掉一 些信息。
--start-datatime=date1 --stop-datetime=date2               指定日期间隔内的所有日志。
--start-position=pos1 --stop-position=pos2                 指定位置间隔内的所有日志。

在这里插入图片描述

3.2.4 mysqlshow

mysqlshow客户端对象查找工具,用来很快地查找存在哪些数据库、数据库中的表、表中的列或者索引
语法
mysqlshow [options] [db_name [table_name [col_namel]]

选项

--count             显示数据库及表的统计信息(数据库,表均可以不指定)
-i                  显示指定数据库或者指定表的状态信息

示例

#查询每个数据库的表的数量及表中记录的数量
mysqlshow -uroot -p2143 --count

#查询test库中每个表中的字段书,及行数
mysqlshow -uroot -p2143 test --count

#查询test库中book表的详细情况
mysqlshow -uroot -p2143 test book --count
C:\Users\HP>mysqlshow -uroot -p123456 --count
mysqlshow: [Warning] Using a password on the command line interface can be insecure.
+--------------------+--------+--------------+
|     Databases      | Tables |  Total Rows  |
+--------------------+--------+--------------+
| information_schema |     79 |        28446 |
| mybatis            |      1 |            6 |
| mysql              |     38 |         4146 |
| performance_schema |    111 |       318915 |
| sakila             |     23 |        50081 |
| sys                |    101 |         6535 |
| test               |     11 |           58 |
| tlias              |      2 |           22 |
| world              |      3 |         5302 |
+--------------------+--------+--------------+
9 rows in set.
C:\Users\HP>mysqlshow -uroot -p123456  test --count
mysqlshow: [Warning] Using a password on the command line interface can be insecure.
Database: test
+----------------+----------+------------+
|     Tables     | Columns  | Total Rows |
+----------------+----------+------------+
| account        |        3 |          2 |
| course         |        2 |          4 |
| dept           |        2 |          5 |
| emp            |        8 |         15 |
| emp2           |        8 |          6 |
| stu            |        3 |          7 |
| student        |        3 |          3 |
| student_course |        3 |          4 |
| tb_user        |        5 |          4 |
| tb_user_edu    |        7 |          4 |
| user           |        5 |          4 |
+----------------+----------+------------+
11 rows in set.


C:\Users\HP>
C:\Users\HP>mysqlshow -uroot -p123456  test stu --count
mysqlshow: [Warning] Using a password on the command line interface can be insecure.
Database: test  Table: stu  Rows: 7
+-------+--------------+--------------------+------+-----+---------+----------------+---------------------------------+---------+
| Field | Type         | Collation          | Null | Key | Default | Extra          | Privileges                      | Comment |
+-------+--------------+--------------------+------+-----+---------+----------------+---------------------------------+---------+
| id    | int          |                    | NO   | PRI |         | auto_increment | select,insert,update,references |         |
| age   | int          |                    | NO   | MUL |         |                | select,insert,update,references |         |
| name  | varchar(255) | utf8mb4_general_ci | YES  |     |         |                | select,insert,update,references |         |
+-------+--------------+--------------------+------+-----+---------+----------------+---------------------------------+---------+

C:\Users\HP>
Database: test  Wildcard: stu
+------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+--------------------+----------+----------------+---------+
| Name | Engine | Version | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time         | Update_time         | Check_time | Collation          | Checksum | Create_options | Comment |
+------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+--------------------+----------+----------------+---------+
| stu  | InnoDB | 10      | Dynamic    | 7    | 2340           | 16384       | 0               | 16384        | 0         | 26
   | 2023-10-03 16:13:32 | 2023-10-05 16:19:09 |            | utf8mb4_0900_ai_ci |          |                |         |
+------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+--------------------+----------+----------------+---------+

C:\Users\HP>

在这里插入图片描述

3.2.5 mysqldump

mysqldump客户端工具用来备份数据库或在不同数据库之间进行数据迁移。备份内容包含创建表,及插入表的sQL语句。

语法
mysqldump [options] db_name [tables]
mysqldump [options] --database/ -B db1 [db2 db3...]
mysqldump [options] -all-databases/-A

连接选项

-u, --user=name            指定用户名
-p, --password[=name]      指定密码
-h, --host=name            指定服务器ip或域名
-P, --port=#               指定连接端口

输出选项

--add-drop-database         在每个数据库创建语句前加上drop database语句
--add-drop-table            在每个表创建语句前加上droptable语句,默认开启;不开启(--skip-add-drop-table)
-n, --no-create-db          不包含数据库的创建语句
-t, --no-create-info        不包含数据表的创建语句
-d --no-data                不包含数据
-T, --tab=name              自动生成两个文件:一个.sql文件,创建表结构的语句;一个.txt文件,数据文件

在这里插入图片描述

3.2.6 mysqlimport/source

mysqlimport是客户端数据导入工具,用来导入mysqldump加-T参数后导出的文本文件。

语法
mysqlimport [options] db_ name textfile1 [tetile...].

示例
mysqlimport -uroot -p2143 test /tmp/city.txt

  • 如果需要导入sq|文件,可以使用mysqI中的source指令
    • 语法
      source /root/xxxx.sql
      在这里插入图片描述

在这里插入图片描述

3.3 MySQL管理-小结

在这里插入图片描述

在这里插入图片描述

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/1062254.html

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!

相关文章

计算机网络 (中科大郑烇老师)笔记(一)概论

目录 0 引言1 什么是Internet?1.1 网络、计算机网络、互联网1.2 什么是Internet?:从服务角度看 2 什么是协议?3 网络的结构(子系统)3.1 网络边缘3.2 网络核心:分组交换、线路交换3.3 接入网、物…

【13】c++设计模式——>工厂模式

简单工厂模式的弊端 简单工厂模式虽然简单,但是违反了设计模式中的开放封闭原则,即工厂类在数据增加时需要被修改,而我们在设计时对于已经设计好的类需要避免修改的操作,而选用扩展的方式。 工厂模式设计 简单工厂模式只有一个…

天地无用 - 修改朋友圈的定位: 高德地图 + 爱思助手

1,电脑上打开高德地图网页版 高德地图 (amap.com) 2,网页最下一栏,点击“开放平台” 高德开放平台 | 高德地图API (amap.com) 3,在新网页中,需要登录高德账户才能操作。 可以使用手机号和验证码登录。 4&#xff0c…

探秘前后端开发世界:猫头虎带你穿梭编程的繁忙街区,解锁全栈之路

🌷🍁 博主猫头虎 带您 Go to New World.✨🍁 🦄 博客首页——猫头虎的博客🎐 🐳《面试题大全专栏》 文章图文并茂🦕生动形象🦖简单易学!欢迎大家来踩踩~🌺 &a…

香蕉叶病害数据集

1.数据集 第一个文件夹为数据增强(旋转平移裁剪等操作)后的数据集 第二个文件夹为原始数据集 2.原始数据集 Cordana文件夹(162张照片) healthy文件夹(129张) Pestalotiopsis文件夹(173张照片&…

用Python实现一个电影订票系统!

一、整体结构图 二、代码分解 2.1 infos.py 一部电影的详细信息适合用 字典 结构来存储,我们可以给字典里添加多个键值对来保存电影的名称、座位表和宣传时用的字符画,比如电影《泰坦尼克号》的详细信息就可以按下面的形式保存到字典 titanic 中&#…

Tomcat在CentOS上的安装部署

目录 1. Tomcat简介 2. 安装 2.1 安装JDK环境 2.1.1 下载JDK软件 2.1.2 登陆Linux系统,切换到root用户 2.1.3 通过FinalShell,上传下载好的JDK安装包 2.1.4 创建文件夹,用来部署JDK,将JDK和Tomcat都安装部署到&#…

QGIS文章四——对遥感影像进行土地类型分类

关于土地类型分类,按照性质、用途、利用现状有不同的分类标准。 一、按照国家土地性质分类标准,一般分五类:商业用地、综合用地、住宅用地、工业用地和其他用地。 二、按照用途进行土地分类:可以分为农用地、建设用地和未利用土地&#xff0c…

vue、vuex状态管理、vuex的核心概念state状态

每一个 Vuex 应用的核心就是 store(仓库)。“store”基本上就是一个容器,它包含着你的应用中大部分的状态 (state)。Vuex 和单纯的全局对象有以下两点不同: Vuex 的状态存储是响应式的。当 Vue 组件从 store 中读取状态的时候&…

超详细DeepLabv3 介绍与使用指南 – 使用 PyTorch 推理

DeepLab 模型首次在 ICLR 14 中首次亮相,是一系列旨在解决语义分割问题的深度学习架构。经过多年的迭代改进,谷歌研究人员的同一个团队在 17 年底发布了广受欢迎的“DeepLabv3”。当时,DeepLabv3 在 Pascal VOC 2012 测试集上实现了最先进的 (SOTA) 性能,在著名的 Cityscap…

Day-06 基于 Docker 安装 Nginx 镜像

1.去官方公有仓库查询nginx镜像 docker search nginx 2.拉取该镜像 docker pull nginx 3. 启动镜像,使用nginx服务,代理本机8080端口(测试是不是好使) docker run -d -p 8080:80 --name nginx-8080 nginx docker ps curl 127.0.0.1:8080

归并排序含非递归版

目录 1.归并排序的原理 2.实现归并排序 2.1框架 2.2区间问题和后序遍历 2.3归并并拷贝 2.4归并排序代码 2.5测试 3.非递归实现归并排序 3.1初次实现 3.2测试 3.3修改 3.4修改测试 1.归并排序的原理 归并排序是建立在归并操作上的一种有效的排序算法,该算法是采用分治…

UG\NX CAM二次开发 获取当前加工导航器选中的对象数量和tag UF_UI_ONT_ask_selected_nodes

文章作者:代工 来源网站:NX CAM二次开发专栏 简介: UG\NX CAM二次开发 获取当前加工导航器选中的对象数量和tag UF_UI_ONT_ask_selected_nodes 效果: 代码: void MyClass::do_it() {//获取当前加工导航器选中的对象数量和TAGint count = 0;tag_t* objects = NULL…

教育类《中学政史地》收稿方向-投稿邮箱

教育类《中学政史地》收稿方向-投稿邮箱 《中学政史地》收稿方向:中学政治、历史、地理类稿件 《中学政史地》创办于1987年,是我国唯一一份集中学政治、历史、地理三门学科为一体的综合性月刊。每月两期,分初中版和高中版。以服务学生、服务…

Docker安装ActiveMQ

ActiveMQ简介 官网地址:https://activemq.apache.org/ 简介: ActiveMQ 是Apache出品,最流行的,能力强劲的开源消息总线。ActiveMQ 是一个完全支持JMS1.1和J2EE 1.4规范的 JMS Provider实现,尽管JMS规范出台已经是很久的事情了,…

“揭示牛市陷阱:保护资产免受高风险威胁!“

什么是加密货币中的牛市陷阱? 加密货币领域的牛市陷阱是指一种欺骗性的市场情况,即加密货币的价格呈现出明显的上涨趋势,导致投资者相信牛市正在出现。这种暂时的价格飙升吸引交易者进场或持仓,期望获得可观的利润。 然而&#…

Python爬虫——爬虫基础模块和类库(附实践项目)

一、简单介绍 Python爬虫是使用Python编程语言开发的一种自动化程序,用于从互联网上获取信息。通过模拟浏览器的行为,爬虫可以访问网页、解析网页内容,并提取所需的数据。 python的爬虫大致可以分为通用爬虫和专用爬虫: 通用爬虫…

[Machine Learning]pytorch手搓一个神经网络模型

因为之前虽然写过一点点关于pytorch的东西,但是用的还是他太少了。 这次从头开始,尝试着搓出一个神经网络模型 (因为没有什么训练数据,所以最后的训练部分使用可能不太好跑起来的代码作为演示,如果有需要自己连上数据…

案例题--信息系统架构设计

案例题--信息系统架构设计 概念 以扩展了解为主,主要关注图 概念 架构的组成:构件,连接件,约束 构件:组成元素 连接件:构件之间的连接方式 约束:构件和连接件之间的约束 上应,下技&a…

黑豹程序员-架构师学习路线图-百科:JSON替代XML

文章目录 1、数据交换之王2、XML的起源3、JSON诞生4、什么是JSON 1、数据交换之王 最早多个软件之间使用txt进行信息交互,缺点:纯文本,无法了解其结构;之后使用信令,如:电话的信令(拨号、挂断&…