知识梳理_07_MySQL

最新推荐文章于 2024-05-22 18:01:29 发布
最新推荐文章于 2024-05-22 18:01:29 发布
阅读量217 收藏
点赞数
分类专栏： 知识梳理 文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Silence_CC_/article/details/109351387
版权

参考：
https://mp.weixin.qq.com/s/J3kCOJwyv2nzvI0_X0tlnA

丁奇《 MySQL 实战 45 讲》

https://www.bilibili.com/video/BV12b411K7Zu?p=242&t=1686

基础概念

存储引擎

Myisam

批量插入速度快，不支持事务，支持全文检索，表锁，底层B+树叶子节点value存放的是地址，通过地址查询数据

InnoDb

批量插入速度慢，支持事务，不支持全文检索，行锁，底层B+树叶子节点，主键索引 value存放的是整行数据，非主键索引 value存放的是主键的ID。

B+树

在这里插入图片描述

索引

聚簇索引（主索引）和非聚簇索引（辅助索引）

主索引的叶子节点 data 域记录着完整的数据记录，这种索引方式被称为聚簇索引。因为无法把数据行存放在两个不同的地方，所以一个表只能有一个聚簇索引。
有主键，则主键是主索引，如果没有主键选择没有Null值得唯一索引作为主索引，如果没有唯一索引，那么会生成一个6字节的row_id来作为主索引。
在这里插入图片描述
辅助索引的叶子节点的 data 域记录着主键的值，因此在使用辅助索引进行查找时，需要先查找到主键值，然后再到主索引中进行查找，这个过程也被称作回表。
在这里插入图片描述

分类

  • 主键索引
    主键是一种唯一性索引，但它必须指定为“PRIMARY KEY”
  • 全文索引
    FULLTEXT
  • 普通索引
    普通索引（由关键字KEY或INDEX定义的索引）的唯一任务是加快对数据的访问速度。
    CREATE INDEX
  • 唯一索引
    这种索引和前面的“普通索引”基本相同，但有一个区别：索引列的所有值都只能出现一次，即必须唯一。CREATE UNIQUE INDEX

事务

四大特性

  • 原⼦性（Atomicity）： 事务是最⼩的执⾏单位，不允许分割。事务的原⼦性确保动作要么全部完成，要么完全不起作⽤；
  • ⼀致性（Consistency）： 执⾏事务前后，数据保持⼀致，多个事务对同⼀个数据读取的结果是相同的；
  • 隔离性（Isolation）： 并发访问数据库时，⼀个⽤户的事务不被其他事务所⼲扰，各并发事务之间数据库是独⽴的；
  • 持久性（Durability）： ⼀个事务被提交之后。它对数据库中数据的改变是持久的，即使数据库发⽣故障也不应该对其有任何影响。

并发事务带来哪些问题

  • 脏读（Dirty read） : 脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据，依据“脏数据”所做的操作可能是不正确的。

  • 丢失修改（Lost to modify） : 指在⼀个事务读取⼀个数据时，另外⼀个事务也访问了该数据，那么在第⼀个事务中修改了这个数据后，第⼆个事务也修改了这个数据。这样第⼀个事务内的修改结果就被丢失，因此称为丢失修改。 例如：事务1读取某表中的数据A=20，事务2也读取A=20，事务1修改A=A-1，事务2也修改A=A-1，最终结果A=19，事务1的修改被丢失。

  • 不可重复读（Unrepeatableread） : 事务A读取一行数据。然后事务B修改或删除该行数据，并执行提交。然后事务A尝试重新读取该行数据，它可能会接收修改后的值或发现该行已被删除。这样在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。

  • 幻读（Phantom read） : 幻读与不可重复读类似。它发⽣在⼀个事务（T1）读取了⼏⾏数据，接着另⼀个并发事务（T2）新增了⼀些数据时。在随后的查询中，第⼀个事务（T1）就会发现多了⼀些原本不存在的记录，就好像发⽣了幻觉⼀样，所以称为幻读。

参考：
http://www.contrib.andrew.cmu.edu/~shadow/sql/sql1992.txt
在这里插入图片描述

隔离级别

在这里插入图片描述

MVCC

参考：
https://mp.weixin.qq.com/s/CZHuGT4sKs_QHD_bv3BfAQ

https://www.bilibili.com/video/BV1YJ411J7vb?t=934

数据表中的一行记录，其实可能有多个版本(row)，每个版本有自己的row trx_id。

MVCC 只在REPEATABLE READ和READ COMMITIED两个隔离级别下工作。其他两个隔离级别都和 MVCC不兼容 ，因为READ UNCOMMITIED总是读取最新的数据行，而不是符合当前事务版本的数据行。而SERIALIZABLE则会对所有读取的行都加锁。

事务ID（DB_TRX_ID）和回滚指针（DB_ROLL_PT）

InnoDB的MVCC是通过在每行记录后面保存两个隐藏的列来实现的。一个保存了行的事务ID（DB_TRX_ID），一个保存了行的回滚指针（DB_ROLL_PT）。每开始一个新的事务，都会自动递增产生一个新的事务id。事务开始时刻的会把事务id放到当前事务影响的行事务id中，当查询时需要用当前事务id和每行记录的事务id进行比较。

在这里插入图片描述

undo log

根据行为的不同，undo log分为两种：insert undo log 和 update undo log
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

ReadView（快照）

当执行查询SQL是会生成一致性视图 read view,它由执行查询时所有未提交事务ID组（数组里最小的ID为min_id）和已创建的最大事务ID（max_id）组成，我们把这个列表命名为为m_ids。
查询数据的结果需要跟read view做对比从而得到快照结果。

对于查询时的版本链数据是否看见的判断逻辑：
在这里插入图片描述

  1. 如果被访问版本的 trx_id落在绿色部分（trx_id<min_id），则表示这个版本是由已经提交的事务生成的，所以该版本可以被当前事务访问。
  2. 如果被访问版本的 trx_id落在红色部分（trx_id>max_id），则表示这个版本是由将来启动的事务生成的，所以该版本不可以被当前事务访问。
  3. 如果被访问版本的 trx_id落在橙色部分（min_id<=trx_id<=max_id）,两种情况
    a. 若trx_id 在 m_ids数组里，表示这个版本是由还没提交的事务生成的，所以该版本不可以被当前事务访问。
    b.若trx_id 不在 m_ids不数组里，表示这个版本是由已提交的事务生成的，所以该版本可以被当前事务访问。
例子
READ COMMITTED 隔离级别下的ReadView

每次读取数据前都生成一个ReadView (m_ids列表)！！！

基础数据
(id,name)
(1,Mbappe)
在这里插入图片描述
时间点 T5 情况下的 SELECT 语句：
在这里插入图片描述
生成一个ReadView，此时m_ids列表[777,888]，
（1）被访问版本的 trx_id=777，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=777
（2）此时被访问版本的 trx_id变成777，落在橙色区A情况，无法访问数据，继续通过undo log找上一个版本，获得上一个访问版本的 trx_id=111
（3）此时被访问版本的 trx_id变成111，落在绿色区，可以访问数据，返回结果Mbappe。

时间点 T8 情况下的 SELECT 语句：
在这里插入图片描述
生成一个ReadView，此时m_ids列表[888]，
（1）被访问版本的 trx_id=888，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=777
（2）此时被访问版本的 trx_id变成777，落在绿色区，可以访问数据，返回结果Messi。

时间点 T11 情况下的 SELECT 语句：
在这里插入图片描述
生成一个ReadView，此时m_ids列表[]，
（1）被访问版本的 trx_id=888，m_ids列表为空，直接返回数据Dybala。

REPEATABLE READ 隔离级别下的ReadView

在事务开始后第一次读取数据时生成一个ReadView（m_ids列表）

在这里插入图片描述
时间点 T5 情况下的 SELECT 语句：
在这里插入图片描述
生成一个ReadView，此时m_ids列表[777，888]，
（1）被访问版本的 trx_id=777，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=777
（2）被访问版本的 trx_id=777，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=111
（2）此时被访问版本的 trx_id=111，落在绿色区，可以访问数据，返回结果Mbappe。

时间点 T8 情况下的 SELECT 语句：
在这里插入图片描述
不生成新的ReadView，使用之前的ReadView，此时m_ids列表[777，888]，
（1）被访问版本的 trx_id=888，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=777
（2）被访问版本的 trx_id=777，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=777
（3）被访问版本的 trx_id=777，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=111
（4）此时被访问版本的 trx_id=111，落在绿色区，可以访问数据，返回结果Mbappe。

时间点 T11 情况下的 SELECT 语句：
在这里插入图片描述
不生成新的ReadView，使用之前的ReadView，此时m_ids列表[777，888]，
（1）被访问版本的 trx_id=888，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=888
（2）被访问版本的 trx_id=888，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=777
（3）被访问版本的 trx_id=777，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=777
（4）被访问版本的 trx_id=777，按照规则，落在橙色区A情况，无法访问数据，通过版本链找上一个版本，获得上一个访问版本的 trx_id=111
（5）此时被访问版本的 trx_id=111，落在绿色区，可以访问数据，返回结果Mbappe。

锁

  • 表锁
    MySQL中锁定 粒度最⼤的⼀种锁，对当前操作的整张表加锁，实现简单，资源消耗也⽐较少，加锁快，不会出现死锁。其锁定粒度最⼤，触发锁冲突的概率最⾼，并发度最低。
  • 行锁
    MySQL中锁定 粒度最⼩的⼀种锁，只针对当前操作的⾏进⾏加锁。 ⾏级锁能⼤⼤减少数据库操作的冲突。其加锁粒度最⼩，并发度⾼，但加锁的开销也最⼤，加锁慢，会出现死锁。

InnoDB存储引擎的锁的算法有三种：

  1. Record lock：单个⾏记录上的锁
  2. Gap lock：间隙锁，锁定⼀个范围，不包括记录本身
  3. Next-key lock： record+gap 锁定⼀个范围，包含记录本身

在这里插入图片描述

在这里插入图片描述

SQL执行过程

在这里插入图片描述

如何调优

1.通过慢查询日志找出慢SQL

在这里插入图片描述

2.检查表是否有建索引，如果没有此时要考虑哪些情况需要建？哪些情况不需要建？

在这里插入图片描述

3.explain 模拟SQL执行情况，是否使用索引，查询行数等。。。

3.1 explain是什么

使用explain关键字可以模拟优化器执行SQL查询语句，从而知道MySQL是如何处理你的SQL语句的。

3.2 explain能干吗

在这里插入图片描述

3.3 explain字段说明

  • id
    -
  • select_type 查询的类型，主要用于区别普通查询，联合查询，子查询等复杂查询
    在这里插入图片描述
  • table 显示这一行的数据是关于哪张表的
  • type
    显示查询使用了何种类型，从最好到最差依次是：system>const>eq_ref>ref>range>index>all
    一般来说，保证查询至少达到range级别，最好能达到ref。

在这里插入图片描述

  • possible_keys
    显示可能应用到这张表中的索引，一个或多个。查询涉及到的字段若存在索引，则该索引将被列出，但不一定被查询实际使用
  • key
    实际使用的索引，如果为NULL，则没使用索引；
    查询中若使用了覆盖索引，该索引仅出现在key列表中。
  • key_len
    表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精度的情况下，长度越短越好。
    key_len显示的值为索引字段的最大可能长度，并非实际使用长度，是根据表的定义计算得到，不是通过表内检索出的。
  • ref
    显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值
  • rows
    根据表统计信息及索引选用情况，大致估算出找到所需记录需要读取的行数。
  • extra
    在这里插入图片描述

3.4 explain两个需要注意的地方

  1. 排除缓存⼲扰
    在这里插入图片描述
  2. rows 不一定正确
    MySQL中数据的单位都是⻚， MySQL⼜采⽤了采样统计的⽅法，采样统计的时候， InnoDB默认会选择N个数据⻚，统计这些⻚⾯上的不同值，得到⼀个平均值，然后乘以这个索引的⻚⾯数，就得到了这个索引的基数。
    如果是上⾯的统计信息错了，那简单，我们⽤analyze table tablename 就可以重新统计索引信息了，所以在实践中，如果你发现explain的结果预估的rows值跟实际情况差距⽐较⼤，可以采⽤这个⽅法来处理。

3.4 SQL优化

3.4.1 避免索引失效

在这里插入图片描述
测试SQL：

CREATE TABLE `test01`  (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `c1` int(10) NULL DEFAULT NULL,
  `c2` int(10) NULL DEFAULT NULL,
  `c3` int(10) NULL DEFAULT NULL,
  `name` varchar(255) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  INDEX `c123`(`c1`, `c2`, `c3`) USING BTREE,
  INDEX `cname`(`name`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 6 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;

EXPLAIN SELECT * FROM `test01` WHERE c1 = 1 AND c2 =2 AND c3 =3; # 用上了三个索引
EXPLAIN SELECT * FROM `test01` WHERE c2 =2 AND c3 =3 AND c1 = 1; # 自动优化 优化后 WHERE  c1 = 1 and c2 =2 AND c3 =3; 用上了三个索引
EXPLAIN SELECT * FROM `test01` WHERE c2 =2 AND c3 =3 ; # 带头大哥死了 一个索引都没用上
EXPLAIN SELECT * FROM `test01` WHERE c1 = 1 AND c3 =3;  # 中间兄弟断了，只用上了第一个C1索引
EXPLAIN SELECT * FROM `test01` WHERE c1 = 1 ; # 用到C1的索引
EXPLAIN SELECT * FROM `test01` WHERE c1 = 1 AND c2 =2; # 用到C1 C2的索引

EXPLAIN SELECT * FROM `test01` WHERE c1 = 1 AND c2 >2 AND c3 =3; # 存储引擎不能使用索引中范围条件右边的列 只用到了C1 C2的索引
EXPLAIN SELECT * FROM `test01` WHERE c1 > 1 AND c2 =2 AND c3 =3; # 存储引擎不能使用索引中范围条件右边的列 只用到了C1 的索引
EXPLAIN SELECT * FROM `test01` WHERE c1 = 1 AND c3 >2 AND c2 =3; # 自动优化 优化后：WHERE c1 = 1 AND c2 =3 AND c3 >2; 用上了三个索引

EXPLAIN SELECT * FROM `test01` WHERE c1 != 1 ; # 无法使用索引
EXPLAIN SELECT * FROM `test01` WHERE c1 <> 1 ; # 无法使用索引
EXPLAIN SELECT c1 FROM `test01` WHERE c1 != 1 ; # 覆盖索引，会使用索引

#默认为Null的列，存在Null值会导致mysql优化器处理起来比较复杂，但是到底走不走索引，或者走那个索引，是要靠mysql优化器预先预估走那个索引成本比较低来决定的
EXPLAIN SELECT * FROM `test01` WHERE c1 is null; # 无法使用索引
EXPLAIN SELECT * FROM `test01` WHERE c1 is not null; # 用到C1的索引

EXPLAIN SELECT * FROM `test01` WHERE name LIKE '%1%'; # 无法使用索引
EXPLAIN SELECT name FROM `test01` WHERE name LIKE '%1%'; # 覆盖索引，会使用索引
EXPLAIN SELECT * FROM `test01` WHERE name LIKE '%1'; # 无法使用索引
EXPLAIN SELECT * FROM `test01` WHERE name LIKE '1%'; # 使用索引
#test02与test01结构一样， c1 c2 c3 是varchar
EXPLAIN SELECT * FROM `test02` WHERE c1 = '1' AND c2 Like'kk%' AND c3 ='3'; # 用上了三个索引
EXPLAIN SELECT * FROM `test02` WHERE c1 = '1' AND c2 Like'%kk%' AND c3 ='3'; # 只用上了c1
EXPLAIN SELECT * FROM `test02` WHERE c1 = '1' AND c2 Like'%kk' AND c3 ='3'; # 只用上了c1

EXPLAIN SELECT * FROM `test01` WHERE name = '1';  # 使用索引
EXPLAIN SELECT * FROM `test01` WHERE name = 1;  # 无法使用索引,字符串不加单引号索引失效

EXPLAIN SELECT * FROM `test01` WHERE c1 = 1 or c2 =2 ;# 无法使用索引,少用or，用它连接索引失效
3.4.1 小表永远驱动大表

在这里插入图片描述

3.4.1 order by关键字优化

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

3.4.1 group by关键字优化

在这里插入图片描述

4.Show Profile查看SQL执行详情

在这里插入图片描述

5.找DBA进行数据库服务器参数调优

几个关键名词解释：

回表

辅助索引的叶子节点的 data 域记录着主键的值，因此在使用辅助索引进行查找时，需要先查找到主键值，然后再到主索引中进行查找，这个过程也被称作回表。

索引下推

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

覆盖索引

在这里插入图片描述

可以用于处理 %%索引失效的情况

EXPLAIN SELECT * FROM `test01` WHERE name LIKE '%1%'; # 无法使用索引

在这里插入图片描述

#name字段有索引
EXPLAIN SELECT id,name FROM `test01` WHERE name LIKE '%1%'; # 覆盖索引，会使用索引

在这里插入图片描述

主从复制

数据库主从复制原理
（1）：主库db的更新事件（update、insert、delete）被写到binlog
（2）：主库创建一个binlog dump thread线程，把binlog的内容发送到从库
（3）：从库创建一个I/O线程，读取主库传过来的binlog内容并写入到relay log
（4）：从库还会创建一个SQL线程，从relay log里面读取内容写入到slave的db

CoyCheng
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MYSQL视频资料链接，百度网盘下载
11-27
主要是数据库理论的讲解，授课老师基本讲解了mysql数据库的知识点
数据库入门之学习《MySQL实战45讲》第1讲-第5讲笔记
Geffin的博客
05-28 894
《MySQL实战45讲》第1讲 MySQL 的基本架构 MySQL 可以分为 Server 层和存储引擎层两部分。 Server 层：包括连接器、查询缓存、分析器、优化器、执行器等，涵盖 MySQL的大多数核心服务功能，以及所有的内置函数，所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。 存储引擎层：负责数据的存储和提取。其架构模式是插件式的，支持InnoDB、MyISAM、...
面试突击——数据库篇
困兽的博客
04-17 423
一、索引 1. 为什么使用索引 提高查询效率，避免全表扫描; 2. 如何定位并优化慢sql 先说步骤： 第一步：根据慢日志定位慢查询sql 根据慢查询日志确定慢sql： 使用show variables like '%quer%';可以看到一些变量（可以使用set global xx=..;, 也可以在my.cnf配置文件里修改，是mysql server的启动配置），其中: slow...
深入理解MVCC与BufferPool缓存机制
沮丧的南瓜
05-23 380
一、MVCC多版本并发控制机制 MySql在可重复读隔离级别下如何保证事务较高的隔离性，我们上篇文章中提到过，同样的sql查询语句在一个事务里多次执行查询结果相同，就算其它事务对数据有修改也不会影响当前事务sql语句的查询结果。 这个隔离性就是靠MVCC(Multi-Version Concurrency Control)机制来保证的，对一行数据的读和写两个操作默认是不会通过加锁互斥来保证隔离性，避免了频繁加锁互斥，而在串行化隔离级别为了保证较高的隔离性是通过将所有操作加锁互斥来实现的。 Mysql在读已提
关于并发编程的三大特征和数据库事务四大特性的区分
qq_43633245的博客
05-11 286
并发编程的三个重要特征 VS事务的四大特性 并发编程的三个重要特征： 原⼦性 : ⼀个的操作或者多次操作，要么所有的操作全部都得到执⾏并且不会收到任何因素的 ⼲扰⽽中断，要么所有的操作都执⾏，要么都不执性。 synchronized 可以保证代码⽚段的原⼦性。 可⻅性 ：当⼀个变量对共享变量进⾏了修改，那么另外的线程都是⽴即可以看到修改后的最新 值。 volatile 关键字可以保证共享变量的可⻅性 有序性 ：代码在执⾏的过程中的先后顺序，Java 在编译器以及运⾏期间的优化，代码的执⾏顺 序未必就是编写
mysql基础知识考试_PHP基础知识考试题
weixin_42500240的博客
02-08 956
PHP基础知识考试题树不修，长不直;人不学，没知识。以下是小编为大家搜索整理的PHP基础知识考试题，希望能给大家带来帮助!更多精彩内容请及时关注我们应届毕业生考试网!1.mysql_connect( )与@mysql_connect( )的区别是( B )A @mysql_connect( )不会忽略错误,将错误显示到客户端 B mysql_connect( )不会忽略错误,将错误显示到客户端 C...
mysql max_binlog_cache_size_MySQL binlog cache详解
weixin_39811101的博客
01-27 5777
最近在线上遇到一个突发情况：某客户出现了超大事务，该事务运行时占据的磁盘空间超过800GB，但du -sh时未发现任何线索。于是刨根溯源，找到了最终的原因并紧急处理了该问题。本文便是对该问题涉及的binlog cache知识进行整理，希望也能造福更多的朋友。本文会涉及到如下几个概念：binlog cache：它是用于缓存binlog event的内存，大小由binlog_cache_size控制b...
Mysql知识点整理
weixin_43875870的博客
06-13 2051
MVCC 的核心思想是： 我可以查到在我这个事务开始之前已经存在的数据，即使它在后面被修改或者删除了。在我这个事务之后新增的数据，我是查不到的。 通过以上演示我们能看到，通过版本号的控制，无论其他事务是插入、修改、删除，第一个事务查询到的数据都没有变化。 在 InnoDB 中，MVCC 是通过 Undo log 实现的。
MySQL知识点梳理 万字超详解
weixin_59551524的博客
03-18 5253
文章目录MySQL数据库分类SQL分类数据库的基础操作常用数据类型表的操作MySQL表的增删查改(基础)增加操作查询（Retrieve)order by 排序别名去重 distinct条件查询 where分页查询修改update删除 deleteMySQL增删查改(进阶)null约束unique唯一约束DEFAULT：默认值约束PRIMARY KEY：主键约束FOREIGN KEY： 外键约束CHECK约束（了解）数据库表的设计一对一一对多多对多新增聚合查询聚合函数GROUP BY子句HAVING联合查询
Mysql数据库基础知识整理
Kenneth0617的博客
07-14 5659
关系型数据库；以表格形式存储数据；一个数据库中包含多张表；在mysql中，事务是一种机制、一个操作序列，是访问和更新数据库的程序执行单元。事务中包含一个或多个数据库操作命令，会把所有的命令作为一个整体一起向系统提交或撤销操作请求，即这一组数据库命令要么都执行，要么都不执行.MySQL 事务主要用于处理操作量大，复杂度高的数据。比如说，在人员管理系统中，你删除一个人员，你既需要删除人员的基本资料，也要删除和该人员相关的信息，如信箱，文章等等，这样，这些数据库操作语句就构成一个事务！
数据库学习入门数据库基础入门.rar_MYSQL_大数据整理_大数据知识点_学习书籍
09-24
给大家整理一下本年度一些优质的文章，根据大数据相关的知识点一个个整理的，整理的内容包括知识点普及、学习书籍、学习路线图、学习笔记、学习资料、学习视频等等。
MySQL知识梳理.xmind
01-10
从MySQL的基础、存储引擎、索引、锁、事务、分库分表、性能分析、使用规范及优化方面去罗列主要知识点，以思维导图的方式进行呈现，可以让读者更条理清晰的在最短的时间内掌握MySQL的主要知识
数据管理ppt整理_笔记_MYSQLppt_
09-28
这是数据管理相关的知识点整理，英文版慎用。主要讲解MariaDB和MySQL相关基础知识点。
MySQL必备的常见知识点汇总整理
09-08
主要介绍了MySQL必备的常见知识点,结合实例形式汇总整理了mysql各种常见知识点,包括登录、退出、创建、增删改查、事务等知识点与操作注意事项,需要的朋友可以参考下
MySQL数据库基础知识整理
10-01
MySQL数据库基础知识整理，增删改查,排序、分组、连接查询、对表的增删改查、条件查询、数据库的安装、卸载、下载、配置，对表结构的修改，约束等等
事务的ACDI特性？？？
weixin_42321391的博客
08-14 232
原⼦性（Atomicity）： 事务是最⼩的执⾏单位，不允许分割。事务的原⼦性确保动作要么全部完成，要么完全不起作⽤； ⼀致性（Consistency）： 执⾏事务前后，数据保持⼀致，多个事务对同⼀个数据读取的结果是相同的；比如A 向 B 转账，不可能 A 扣了钱，B 却没收到。 隔离性（Isolation）： 并发访问数据库时，⼀个⽤户的事务不被其他事务所⼲扰，各并发事务之间数据库是独⽴的；比如 A 正在从一张银行卡中取钱，在 A 取钱的过程结束前，B 不能向这张卡转账。 持久性（Durability）：
【MySQL精通之路】SQL优化(1)-查询优化(1)-WHERE子句
Anakki的博客
05-22 423
与PRIMARY KEY或UNIQUE索引上的WHERE子句一起使用的表，其中所有索引部分都与常量表达式进行比较，并定义为NOT NULL。由于MySQL会自动进行类似的优化，因此您通常可以避免这项工作，并将查询保留为更易于理解和维护的形式。因为MySQL优化器的开发工作还在进行中，所以这里并没有记录MySQL优化器所有的优化。您可能会试图重写查询以加快算术运算，同时牺牲可读性。，这有助于简化join连接。有关更多信息和示例，请参见“有关更多信息，请参见“空表或只有一行的表。
mysql内存结构
最新发布
m0_74163986的博客
05-22 192
2.mysql8开始有change buffer(只针对非唯一的二级索引页)，dml语句时，如果数据页没在buffer pool中，则先在change buffer中缓存数据的变更，未来读取数据的时候再合并恢复到buffer pool，然后刷新到磁盘。1.buffer pool,缓冲池，主内存的一个区域，缓存磁盘上经常操作的真实数据，是增删改查首先操作数据的地方（如果没有数据则先从磁盘加载），在缓冲池修改完后再以一定频率刷新到磁盘，减少磁盘io，加快处理速度。段：分为数据段，索引段，回滚段。
mysql开启远程连接
zdb
05-22 123
2、将host设置为%，表示任何ip都能连接mysql。3、刷新privileges。1、首选登录数据库、并打开。
mysql 知识 xmind图
01-26
以上是一个MySQL知识的Xmind图，将MySQL的知识内容进行了分类和整理，有助于快速了解和学习MySQL数据库管理系统的相关知识。同时，通过Xmind图的形式，可以清晰地展现MySQL知识的体系结构，便于记忆和复习。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值