Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly
Sign up
Appearance settings

Commit cb19b2d

Browse files
committed
修复图片路径错误
1 parent f0c612d commit cb19b2d

File tree

19 files changed

+123
-123
lines changed

19 files changed

+123
-123
lines changed

‎第1部分 入门/Chapter1.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -13,7 +13,7 @@
1313
当应用程序需要查询结果或需要在 MySQL 中存储数据时,它会通过网络将请求发送到 MySQL,为了执行请求,MySQL 与操作系统交互并使用主机资源(如内存和磁盘)。一旦请求的结果准备就绪,它将通过网络将通信回应用程序。图 1-1 说明了这一点。
1414

1515
请求的结果准备就绪后,将通过网络将其传达回应用程序。 如图1-1所示。
16-
![](../附图/Figure 1-1.png)
16+
![](../附图/Figure%201-1.png)
1717

1818
这个金字塔是一个非常简化的图片,它把应用程序以外的一切都删除,而应用程序又可能与用户通信并使用自己的资源。 网络通信还涉及主机和操作系统。
1919

‎第1部分 入门/Chapter2.md‎

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -18,7 +18,7 @@ MySQL 性能调优可视为一个永无止境的过程,其中迭代建议用
1818

1919
图 2-1 显示了如何描述性能调优生命周期的示例。循环从左上角开始,由四个阶段组成,其中第一个阶段是验证问题。
2020

21-
![](../附图/Figure 2-1.png)
21+
![](../附图/Figure%202-1.png)
2222

2323
当您遇到性能问题时,第一阶段是验证问题是什么,包括收集问题的证据,并定义什么要求来考虑问题已解决。
2424

@@ -76,7 +76,7 @@ MySQL 性能调优可视为一个永无止境的过程,其中迭代建议用
7676

7777
通过一系列步骤实现解决方案,其中定义行动计划、测试行动计划、优化行动计划等,直到最终将解决方案应用于生产系统。重要的是不要急于这个过程,因为这是发现解决方案问题的最后机会。在某些情况下,测试可能还表明您需要放弃解决方案,回到上一个阶段并选择不同的解决方案。图 2-2 说明了实现解决方案的工作流。
7878

79-
![](../附图/Figure 2-2.png)
79+
![](../附图/Figure%202-2.png)
8080

8181
您采用选择的解决方案,并为其创建一个行动计划。在这里,非常具体非常重要,因此可以确保您测试的行动计划也是您最终应用于生产系统的行动计划。记下要使用的精确命令和语句可能很有用,因此可以复制和粘贴它们,或在脚本中收集它们,以便自动应用它们。
8282

@@ -108,7 +108,7 @@ MySQL 性能调优可视为一个永无止境的过程,其中迭代建议用
108108

109109
图 2-3 显示了如何将任务分类为任务的紧急性及其重要。紧急任务通常受到其他人的注意,而其他任务可能很重要,但只有当它们没有在时间上完成时,它们才变得可见,因此它们突然变得紧迫。
110110

111-
![](../附图/Figure 2-3.png)
111+
![](../附图/Figure%202-3.png)
112112

113113
最容易分类的任务是那些与危机相关的任务,例如生产系统关闭,公司失去收入,因为客户不能使用产品或进行购买。这些任务既紧迫又重要。花很多时间在这些任务上可能会让你觉得重要,但它也是一种非常有压力的工作方式。
114114

‎第1部分 入门/Chapter3.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -443,7 +443,7 @@ UPDATE 函数用于为插入的 ID 分配会话值,因此可以在 SELECT 语
443443

444444
。
445445

446-
![](../附图/Figure 3-2.png)
446+
![](../附图/Figure%203-2.png)
447447

448448
"准备"、"运行"和"清理"组表示命令,"帮助程序"组包含将从多个命令中使用的两个帮助程序函数。运行是特殊的,因为它们始终存在。根据脚本添加的选项自动生成帮助,因此无需特别考虑。还有一些代码是外部函数,其中第一个代码是理智检查和脚本将支持的选项。
449449

‎第1部分 入门/Chapter4.md‎

Lines changed: 11 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@
1414

1515
本章将详细讨论的示例数据库的共同点是可以从https://dev.mysql.com/doc/index-other.html下载它们,或者有指向可以从中下载它们的链接。对于多个数据库,还有从此页面链接的在线文档和 PDF 文件。页面的相关部分如图。
1616

17-
![](D:\developer\project\MySQL-8-Query-Performance-Tuning\附图\Figure 4-1.png)
17+
![](../附图/Figure%204-1.png)
1818

1919
员工数据(数据库)从朱塞佩·马夏(也称为数据魅力)GitHub存储库下载,而其他数据库则从 Oracle 的 MySQL 网站下载。包含员工数据的下载还包括。对于员工数据、数据库和数据库,还有可用的文档。
2020

@@ -28,7 +28,7 @@
2828

2929
由/。表之间的关系如图。
3030

31-
![](D:\developer\project\MySQL-8-Query-Performance-Tuning\附图\Figure 4-2.jpg)
31+
![](../附图/Figure%204-2.jpg)
3232

3333
国家地区表包括有关 239 个国家/地区的信息,并在城市和国家表。数据库中共有4079个城市,国家语言组合有984。
3434

@@ -64,7 +64,7 @@ MySQL 8 增加了对 MySQL 文档存储的支持,该存储存储和支持作
6464

6565
包含与世界数据库相同的表,尽管列略有不同,例如具有人口(而不是人口的 JSON"信息省略了几列。相反,有一表,它是一个纯文档存储 - 类型表,否则信息将从国家/中删除。图。
6666

67-
![](D:\developer\project\MySQL-8-Query-Performance-Tuning\附图\Figure 4-3.png)
67+
![](../附图/Figure%204-3.png)
6868

6969
虽然城市和国家信息表中没有但可以使用"国家代码和。分别。国家列是存储生成的列的示例,其中值从文档列中的 JSON 文档。
7070

@@ -92,39 +92,39 @@ MySQL [localhost+ ssl] SQL> \source world_x.sql
9292

9393
由 16 个表、7 个视图、3 个存储过程、3 个存储函数和 6 个触发器组成。这些可以分为三组:客户数据、业务和库存。为简洁起见,图表中不包括并非所有列,并且不显示大多数索引。图显示了表、视图和存储例程的完整概述。
9494

95-
![](../附图/Figure 4-4.jpg)
95+
![](../附图/Figure%204-4.jpg)
9696

9797
包含与客户相关数据的表(加上员工和商店的地址)位于左上角的区域。左下角的区域包括与业务相关的数据,右上区域包含有关影片和库存的信息。右下部用于视图和存储例程。
9898

9999
由于对象数量相对较大,因此在讨论架构时,它们将被拆分为五个组(每个表组、视图和存储例程)。第一组是图。
100100

101-
![](../附图/Figure 4-5.png)
101+
![](../附图/Figure%204-5.png)
102102

103103
有四个表,包含与客户相关的数据。客户是主表,地址信息存储在地址
104104

105105
客户和业务组之间有外键,外键从客户到的商店表。从业务组中的表到地址和客户表,还有键。业务如图。
106106

107-
![](../附图/Figure 4-6.png)
107+
![](../附图/Figure%204-6.png)
108108

109109
业务表包含有关商店、员工、租金和付款的信息。商店和两个方向都有外键,员工属于一家商店,商店有一名经理,是员工的一部分。租金和付款由工作人员处理,因此与商店间接挂钩,付款用于租赁。
110110

111111
表的业务组是与其他组关系最大的组。表具有地址表键,引用客户。最后,表具有库存组中表的外键。库存组的 。
112112

113-
![](../附图/Figure 4-7.png)
113+
![](../附图/Figure%204-7.png)
114114

115115
库存组中的主表是包含提供的影片的元数据的影片表。此外,还有标题和说明的表,以及全文索引。
116116

117117
电影与类别和演员表。最后,从库存表到的有一个外键。
118118

119119
这涵盖了数据库中的所有表,但也有一些,如图。
120120

121-
![](../附图/Figure 4-8.png)
121+
![](../附图/Figure%204-8.png)
122122

123123
视图可以像报表一样使用,可以分为两类。和视图与数据库中存储的胶片有关。 第二类包含与视图、sales_by_store、sales_by_film_categorystaff_listcustomer_list有关的信息。
124124

125125
为了完成数据库,还有图。
126126

127-
![](../附图/Figure 4-9.png)
127+
![](../附图/Figure%204-9.png)
128128

129129
过程返回一个结果集,该结果集由给定影片的库存 ID 和存储组成,根据影片是否库存。找到的清单条目总数作为 out 参数返回。过程基于上个月的最低支出生成报告。
130130

@@ -161,7 +161,7 @@ MySQL [localhost+ ssl] SQL> \source sakila-data.sql
161161

162162
员工由六个表和两个视图组成。您可以选择安装两个视图、五个存储函数和两个存储过程。这些如图。
163163

164-
![](../附图/Figure 4-10.jpg)
164+
![](../附图/Figure%204-10.jpg)
165165

166166
可以选择按清单列表和。
167167

@@ -206,7 +206,7 @@ PARTITION BY RANGE COLUMNS(from_date)
206206

207207
视图于图。
208208

209-
![](../附图/Figure 4-11.jpg)
209+
![](../附图/Figure%204-11.jpg)
210210

211211
dept_emp_latest_date和视图一起安装,而其余对象则单独安装在文件中。具有它们自己的内置帮助,您可以使用 帮助。后者列于清单
212212

‎第2部分 信息来源/Chapter5.md‎

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -221,7 +221,7 @@ performance-schema-instrument = "memory/%=COUNTED"
221221

222222
消费者形成层次结构,如图 5-1 所示。该图分为两部分,高级使用者位于虚线上方,事件使用者位于虚线以下。默认情况下启用绿色(浅色)使用者,默认情况下禁用红色(深色)。
223223

224-
![](../附图/Figure 5-1.png)
224+
![](../附图/Figure%205-1.png)
225225

226226
使用者形成层次结构意味着,只有在启用了层次结构中本身和层次结构中较高位置的所有使用者时,使用者才使用事件。因此,禁用global_instrumentation使用者会有效地禁用所有使用者。
227227

@@ -260,7 +260,7 @@ performance-schema-consumer-events-statements-history-long = ON
260260

261261
有四种事件类型,涵盖从事务到等待的各种详细级别。事件类型还对类似类型的事件进行组,为事件收集的信息取决于其类型。例如,表示语句执行的事件包括查询和检查的行数,而事务事件具有请求的事务隔离级别等信息。图 5-2 显示了事件类型。
262262

263-
![](../附图/Figure 5-2.png)
263+
![](../附图/Figure%205-2.png)
264264

265265
事件对应于不同级别的详细信息,事务级别最高(最低详细信息),等待事件级别最低(最高详细信息):
266266

@@ -317,7 +317,7 @@ mysql> SELECT TABLE_NAME
317317

318318
嵌套可能会变得相当复杂。图 5-3 显示了包括所有四种事件类型在内的事件链的示例。
319319

320-
![](../附图/Figure 5-3.png)
320+
![](../附图/Figure%205-3.png)
321321

322322
对于语句事件,将显示实际查询,而对于其他事件类型,将显示事件名称或事件名称的一部分。该链从启动事务的 STARTTRANSACTION 语句开始。在事务中,调用 myproc() 过程,该过程使它成为 SELECT 语句的父级,该语句将执行多个阶段,包括阶段/sql/统计,而阶段又包括请求 InnoDB 中的 trx_mutex。
323323

‎第2部分 信息来源/Chapter7.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -192,7 +192,7 @@ CURRENT_TIMESTAMP,
192192

193193
为了完整,图 7-1 中提供了根据胶片表通过外键显示表的可视化表示形式。
194194

195-
![](../附图/Figure 7-1.jpg)
195+
![](../附图/Figure%207-1.jpg)
196196

197197
该图是使用 MySQL 工作台的反向工程功能创建的。
198198

‎第2部分 信息来源/Chapter9.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -39,7 +39,7 @@
3939

4040
这些选项意味着您可以对记录哪些查询进行细粒度的控制。除其他log_short_format所有选项都可以动态更改,因此您可以根据情况进行更改。如果您觉得很难确定选项如何中断,则图 9-1 显示了确定是否应记录查询的决策过程的流程图。(流程图仅说明性 – 实际代码路径不同。
4141

42-
![](../附图/Figure 9-1.png)
42+
![](../附图/Figure%209-1.png)
4343

4444
流从查询类型开始。对于管理语句和复制语句,它们仅在启用相应选项时才继续。常规查询首先检查它们是否有资格不使用索引,然后回退检查查询执行时间(延迟)。如果满足任一条件,则检查是否检查了足够的行。一些更精细的细节,如不使用索引的语句的节限制,将不从图中算出。
4545

0 commit comments

Comments
(0)

AltStyle によって変換されたページ (->オリジナル) /