统性能的优劣取决于我们sql的查询速度，MySQL Explain命令是分析SQL性能及优化不可缺少的一部分。

Explain被我们称为解释器，通过 explain 我们可以知道以下信息：表的读取顺序，数据读取操作的类型，可能会使用哪些索引，实际真正使用了哪些索引，表之间的引用，每张表有多少行被优化器查询等信息。

Explain基本语法

explain [extended|partition]select

在select前加explain关键字，MySQL会返回该查询的执行计划而不是执行这条SQL

根据语法我们知道explain还有两种其他的用法：

1. explain extended :能够在原本explain的基础上额外的提供一些查询优化的信息，这些信息可以通过mysql的show warnings命令得到，从而看出优化器优化了什么。

2. explain partitions：相比 explain 多了个 partitions 字段，如果查询是基于分区表的话，会显示查询将访问的分区。

Explain列的含义

id：id列的编号是 select 的序列号，有几个 select 就有几个id，id不同，id值越大，优先级越高，越先 执行

select_type ：显示本行是简单或复杂select。如果查询有任何复杂的子查询，则最外层标记为 PRIMARY（DERIVED、UNION、UNION RESUlT）

table ：访问查询的表名或表别名|

type ：表的访问类型（ MySQL 如何查询表中的行记录）效率高低：const eq_ref/ref/range/index/all

possible_keys：指出MySQL能使用哪个索引在该表中找到行

key ：MySQL实际决定使用的键(索引)。如果没有选择索引,键是NULL

key_len ：实际使用的索引长度（单位：字节）该字段显示为索引字段的最大可能长度，并非实际使 用长度。

ref ：用于索引查找的值的来源，如果值未常量，则 ref 为 const

rows ：预计查询需要扫描的行数（在表或索引树中）

filtered ：查询条件所过滤的行记录数占比

Extra：额外的信息：

• Using filesort：说明mysql会对数据适用一个外部的索引排序。而不是按照表内的索引顺序进行读取。MySQL中无法利用索引完成排序操作称为“文件排序”

• Using temporary:使用了临时表保存中间结果，mysql在查询结果排序时使用临时表。常见于排序order by和分组查询group by。

• Using index:表示相应的select操作用使用覆盖索引，避免访问了表的数据行。如果同时出现using where，表名索引被用来执行索引键值的查找；如果没有同时出现using where，表名索引用来读取数据而非执行查询动作。

• Using where :表明使用where过滤

• using join buffer:使用了连接缓存

• impossible where:where子句的值总是false，不能用来获取任何元组

• select tables optimized away：在没有group by子句的情况下，基于索引优化Min、max操作或者对于MyISAM存储引擎优化count（*），不必等到执行阶段再进行计算，查询执行计划生成的阶段即完成优化。

• distinct：优化distinct操作，在找到第一匹配的元组后即停止找同样值的动作

详细介绍列的含义

1. id列

id 的值为数值，其表示的是SQL执行中的执行顺序，规则如下：

• 如果 id 值相同，则执行顺序为：从上到下

• 如果 id 值不同，则执行顺序为： id 值越大的越先执行

• 如果 id 值相同，则可以认为他们是同一分组，同一分组中执行顺序为：从上到下

• 在所有组中， id 值越大的越先执行

• 如果 id 值为 null ，则表示这是一个临时表，临时表不在SQL总出现，因此它的id是NULL

MySQL将 select 查询分为简单查询和复杂查询。复杂查询分为三类：简单子查询、派生表（from语句中的子查询）、union 查询。

2. select_type列

这一列表示的是对应行对应的查询类型，到底是简单查询还是复杂查询，如果是复杂的查询，又是简单子查询、from语句中的子查询、union 查询复杂查询中的哪一种。

1. simple ：简单的select查询，查询中不包含子查询或者 union

2. primary：复杂查询最外层的查询类型

3. subquery ：在 select 或 where 列表中包含了子查询

4. derived：包含在 from 子句中的子查询。MySQL会将结果存放在一个临时表中，也称为派生表

5. union：union查询语句出现在union之后的第二个和以后的查询会被标为union类型

6. union result：从 union 构建的临时表检索结果的查询类型

3. table列

这一列看名称就知道是指的具体查询的table名称。

当 from 子句中有子查询时，table列是 <derivenN> 格式，表示当前查询依赖 id=N 的查询，于是先执行 id=N 的查询。当有 union 时，UNION RESULT 的 table 列的值为 <union1,2>，1和2表示参与 union 的 select 行id。

4. type列

这一列表示关联类型或访问类型，即MySQL决定如何查找表中的行

最优到最差分别为：system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL

1. const, system：Mysql查询对其进行优化并转化为一个常量，只查询一次就搜索出结果，用于 primary key 或 unique key 的所有列与常数比较时，所以表最多有一个匹配行，读取1次，速度比较快。

2. eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描

3. ref：相比 eq_ref，不使用唯一索引，而是使用普通索引或者联合索引的部分前缀，索引要和某个值相比较，可能会找到多个符合条件的行.

4. ref_or_null：与ref类型差不多，但是这种类型可以搜索为Null的行

5. index_merge：使用了索引合并的优化方法

6.range： 范围扫描通常出现在 in(), between ,> ,<, >=等操作中。使用一个索引来检索给定范围的行

7 index：Full Index Scan，Index与All区别为index类型只遍历索引树。这通常比ALL快，因为索引文件通常比数据文件小

8. All:扫描全表，与index其实都是扫描全表进行检索数据，区别在于，index类型是扫描索引树进行数据扫描，而All类型则是直接扫磁盘，所以相对index类型比较慢

5. possible_keys列

显示此次查询可能会用到的索引，一个或者是多个，查询涉及到的字段上若存在索引，则该索引将被列出，但不一定会应用。

explain 时可能出现 possible_keys 有列，而 key 显示 NULL 的情况，这种情况是因为表中数据不多，mysql认为索引对此查询帮助不大，选择了全表查询。

如果该列是NULL，则没有相关的索引。在这种情况下，可以通过检查 where 子句看是否可以创造一个适当的索引来提高查询性能，然后用 explain 查看效果。但是有一种情况也可能会走索引，如果出现 覆盖索引 的情况即使该列为null 依然有可能会走索引查询

6. key列

mysql实际采用哪个索引来优化对该表的访问，如果想强制指定索引或者忽视索引，可在查询中使用 ***force index、ignore index***。

7. key_len列

表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度，在不损失精确性的情况下，长度越短越好，key_len表示的是索引的最大长度，而不是实际使用长度。

key_len计算规则如下：

+ 字符型

• char(n)：n字节长度

• varchar(n)：2字节存储字符串长度，如果是utf-8，则长度 3n + 2

+ 数值型

• tinyint：1字节

• smallint：2字节

• int：4字节

• bigint：8字节

+ 时间类型

• date：3字节

• timestamp：4字节

• datetime：8字节

+ 如果字段允许为 NULL，需要额外增加1字节记录是否为 NULL

8. ref列

这一列显示了在key列记录的索引中，表查找值所用到的列或常量，常见的有：const（常量），func，NULL，字段名

9. rows列

这一列表示这条SQL可能要检索的数据行数，并不是返回结果集的行数。

10.Extra列

这一列展示的是一些额外的信息，但是也是十分重要的，对于我们提升SQL 的检索性能是很有帮助的。

常见的类型如下：

• distinct: 一旦mysql找到了与行相联合匹配的行，就不再搜索了

• Using index：表示相应的select操作中使用了覆盖索引（Covering Index），避免访问了表的数据行，效率还是非常可观的。

覆盖索引：简单的理解就是这次select的字段只从索引中就可以获取的到，没有必要再去浪费一次IO读取行数据，换句话说就是查询的列被索引列所覆盖

• Using where：就是使用了where条件查询。mysql服务器将在存储引擎检索行后再进行过滤。就是先读取整行数据，再按 where 条件进行检查，符合就留下，不符合就丢弃。

• Using temporary：mysql需要创建一张临时表来处理查询结果。出现这种情况一般是要进行优化的，首先是想到用索引来优化。这种类型常见于order by 和group by的查询中

• Using filesort：对查询结果进行外部索引排序而不是按索引次序从表里读取行，这种情况可以考虑建立索引来进行优化。

参考文档

[Mysql官方文档-explain](https://dev.mysql.com/doc/refman/8.0/en/explain-output.html)

由于无法使用MarkDown 代码部分已删除，如需查看详细代码示例可浏览:[https://blog.csdn.net/liruichuan/article/details/103575911]

.HTTP协议简介

超文本传输协议（英文：HyperText Transfer Protocol，缩写：HTTP）是一种用于分布式、协作式和超媒体信息系统的应用层协议。

就是常用的浏览器和服务器通信协议. 将tcp进行封装后的一种应用层协议.

2.HTTP工作原理

HTTP协议定义Web客户端如何从Web服务器请求Web页面，以及服务器如何把Web页面传送给客户端。HTTP协议采用了请求/响应模型。客户端向服务器发送一个请求报文，请求报文包含请求的方法、URL、协议版本、请求头部和请求数据。服务器以一个状态行作为响应，响应的内容包括协议的版本、成功或者错误代码、服务器信息、响应头部和响应数据。

以下是 HTTP 请求/响应的步骤：

1. 客户端连接到Web服务器
   一个HTTP客户端，通常是浏览器，与Web服务器的HTTP端口（默认为80）建立一个TCP套接字连接。例如，http://www.baidu.com。 默认80端口是不显示的, 否则需要在域名后加入端口号.
2. 发送HTTP请求
   通过TCP套接字，客户端向Web服务器发送一个文本的请求报文，一个请求报文由请求行、请求头部、空行和请求数据4部分组成。
3. 服务器接受请求并返回HTTP响应
   Web服务器解析请求，定位请求资源。服务器将资源复本写到TCP套接字，由客户端读取。一个响应由状态行、响应头部、空行和响应数据4部分组成。
4. 释放连接TCP连接
   若connection 模式为close，则服务器主动关闭TCP连接，客户端被动关闭连接，释放TCP连接;若connection 模式为keepalive，则该连接会保持一段时间，在该时间内可以继续接收请求;
5. 客户端浏览器解析HTML内容
   客户端浏览器首先解析状态行，查看表明请求是否成功的状态代码。然后解析每一个响应头，响应头告知以下为若干字节的HTML文档和文档的字符集。客户端浏览器读取响应数据HTML，根据HTML的语法对其进行格式化，并在浏览器窗口中显示。

例如：在浏览器地址栏键入URL，按下回车之后会经历以下流程：

1. 浏览器向 DNS 服务器请求解析该 URL 中的域名所对应的 IP 地址;
2. 解析出 IP 地址后，根据该 IP 地址和默认端口 80，和服务器建立TCP连接;
3. 浏览器发出读取文件(URL 中域名后面部分对应的文件)的HTTP 请求，该请求报文作为 TCP 三次握手的第三个报文的数据发送给服务器;
4. 服务器对浏览器请求作出响应，并把对应的 html 文本发送给浏览器;
5. 释放 TCP连接;
6. 浏览器将该 html 文本解析并显示对应格式的内容;

3.HTTP请求方法

HTTP/1.1协议中共定义了八种方法来以不同方式操作指定的资源：

GET

向指定的资源发出“显示”请求。使用GET方法应该只用在读取数据，而不应当被用于产生“副作用”的操作中，例如在Web Application中。其中一个原因是GET可能会被网络蜘蛛等随意访问。

HEAD

与GET方法一样，都是向服务器发出指定资源的请求。只不过服务器将不传回资源的本文部分。它的好处在于，使用这个方法可以在不必传输全部内容的情况下，就可以获取其中“关于该资源的信息”（元信息或称元数据）。

POST

向指定资源提交数据，请求服务器进行处理（例如提交表单或者上传文件）。数据被包含在请求本文中。这个请求可能会创建新的资源或修改现有资源，或二者皆有。

PUT

向指定资源位置上传其最新内容。

DELETE

请求服务器删除Request-URI所标识的资源。

TRACE

回显服务器收到的请求，主要用于测试或诊断。

OPTIONS

这个方法可使服务器传回该资源所支持的所有HTTP请求方法。用’*'来代替资源名称，向Web服务器发送OPTIONS请求，可以测试服务器功能是否正常运作。

CONNECT

HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。通常用于SSL加密服务器的链接（经由非加密的HTTP代理服务器）。

4.HTTP请求格式

5.HTTP响应格式

6.HTTP路由转发

路由是处理url和函数关系的程序,配置一系列的url访问规则,提供对应url访问的模板.在go的原生net/http包中,浏览器发起http请求(post,get等请求),到服务器中,服务器根据发送的url查找对应的出来程序,此查找程序为路程转发程序.

7.HTTP状态码

所有HTTP响应的第一行都是状态行，依次是当前HTTP版本号，3位数字组成的状态代码，以及描述状态的短语，彼此由空格分隔。

状态代码的第一个数字代表当前响应的类型：

• 1xx消息——请求已被服务器接收，继续处理
• 2xx成功——请求已成功被服务器接收、理解、并接受
• 3xx重定向——需要后续操作才能完成这一请求
• 4xx请求错误——请求含有词法错误或者无法被执行
• 5xx服务器错误——服务器在处理某个正确请求时发生错误

有些是已经定义好的,比如200, 404等常见状态码,开发者也可以自行定义.

8.一个简单的HTTP服务器

package main
 
import (
    "fmt"
    "net/http"
)
 
func IndexHandler(w http.ResponseWriter, r *http.Request) {
    fmt.Fprintln(w, "hello world")
}
 
func main() {
    http.HandleFunc("/", IndexHandler)
    http.ListenAndServe("127.0.0.0:8000", nil)
}
123456789101112131415

上述代码中分析请求格式如下图所示:

可以看到上图,请求头,响应头,请求方法为GET, 响应状态码为200.

Content-Type: 传输的媒体类型.

Content-Length: HTTP消息长度.

等字段内容庞大,后续专门开一贴介绍.

9.HTTP和MYSQL实现登录功能

一个简单的登录页面,用户登录时填写的账号密码从数据库中读出,并做对比

index.html: 主页显示内容

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>index</title>
</head>
<body>
欢迎访问golang搭建的HttpServer
</body>
</html>
12345678910

login.html: 登录页面

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>用户登录</title>
</head>
<body>
<form action="/loginForm" method="post">
    <span>{{.}}</span>
    username:<input type="text" name="username"/><br/>
    password:<input type="password" name="password"/><br/>
    <input type="submit" value="登录"/>  
    <input type="reset" value="重置"/>
</form>
</body>
</html>
12345678910111213141516

success.html: 登录成功页面

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>首页</title>
</head>
<body>
欢迎访问golang搭建的HttpServer
</body>
</html>
12345678910

main.go: 服务器主程序