# 离线安装 Gitea 与 MySQL 8.0 解决方案

以下是针对在有网络的环境下准备 Gitea 和 MySQL 8.0 离线安装包，并在 另一台无网络环境上安装的完整方案：



## 第一部分：在有网环境上准备离线安装包 (download_mysql8.sh)

```bash
#!/bin/bash
set -e

# 创建工作目录
WORK_DIR="gitea-offline-install"
mkdir -p ${WORK_DIR}/{gitea,mysql8,scripts}
cd ${WORK_DIR}

# 下载 Gitea 二进制文件
GITEA_VERSION="1.21.1"
wget https://dl.gitea.io/gitea/${GITEA_VERSION}/gitea-${GITEA_VERSION}-linux-amd64 -O gitea/gitea
chmod +x gitea/gitea

# 添加 MySQL 8.0 官方仓库
cat > /etc/yum.repos.d/mysql-community.repo <<EOF
[mysql80-community]
name=MySQL 8.0 Community Server
baseurl=https://repo.mysql.com/yum/mysql-8.0-community/el/9/x86_64/
enabled=1
gpgcheck=0  # 简化离线安装，跳过gpg检查
EOF

# 下载 MySQL 8.0 RPM 包及依赖
echo "正在下载 MySQL 8.0 安装包及依赖..."
yum install yum-utils -y
yumdownloader --resolve --destdir=mysql8/ \
    mysql-community-server \
    mysql-community-client \
    mysql-community-common \
    mysql-community-libs

# 下载系统依赖
yumdownloader --destdir=mysql8/ \
    libaio \
    numactl-libs \
    net-tools \
    perl \
    perl-Data-Dumper \
    perl-JSON \
    perl-Time-HiRes

# 创建安装脚本
cat > scripts/install_gitea.sh << 'EOF'
#!/bin/bash
set -e

# 设置数据库密码
read -p "请输入MySQL root密码: " MYSQL_ROOT_PWD
read -p "请输入Gitea数据库密码: " GITEA_DB_PWD

# 安装MySQL 8.0
echo "安装MySQL 8.0..."
cd mysql8
rpm -ivh *.rpm --nodeps --force
cd ..

# 启动MySQL服务
systemctl start mysqld

# 获取临时root密码
TEMP_PWD=$(grep 'temporary password' /var/log/mysqld.log | awk '{print $NF}')
echo "临时密码: $TEMP_PWD"

# 更改root密码并创建gitea用户
mysql -uroot -p"$TEMP_PWD" --connect-expired-password <<MYSQL_SCRIPT
ALTER USER 'root'@'localhost' IDENTIFIED BY '${MYSQL_ROOT_PWD}';
CREATE DATABASE giteadb CHARACTER SET 'utf8mb4' COLLATE 'utf8mb4_unicode_ci';
CREATE USER 'gitea'@'localhost' IDENTIFIED BY '${GITEA_DB_PWD}';
GRANT ALL PRIVILEGES ON giteadb.* TO 'gitea'@'localhost';
FLUSH PRIVILEGES;
MYSQL_SCRIPT

# 安装Gitea
echo "安装Gitea..."
install -m 0755 -o root -g root gitea/gitea /usr/local/bin/gitea

# 创建系统用户
useradd -r -s /bin/false -d /var/lib/gitea -m -c "Gitea" gitea

# 创建目录结构
mkdir -p /etc/gitea /var/log/gitea
chown gitea:gitea /etc/gitea /var/log/gitea
chmod 750 /etc/gitea /var/log/gitea

# 配置文件
cat > /etc/gitea/app.ini << INI
[server]
PROTOCOL = http
HTTP_PORT = 3000
DOMAIN = localhost
ROOT_URL = http://localhost:3000/

[database]
DB_TYPE = mysql
HOST = localhost:3306
NAME = giteadb
USER = gitea
PASSWD = ${GITEA_DB_PWD}

[repository]
ROOT = /var/lib/gitea/gitea-repositories

[log]
ROOT_PATH = /var/log/gitea
MODE = file
LEVEL = Info
INI

# 创建systemd服务
cat > /etc/systemd/system/gitea.service << SVC
[Unit]
Description=Gitea
After=network.target mysqld.service

[Service]
User=gitea
Group=gitea
WorkingDirectory=/var/lib/gitea
ExecStart=/usr/local/bin/gitea web --config /etc/gitea/app.ini
Restart=always
Environment=USER=gitea HOME=/var/lib/gitea

[Install]
WantedBy=multi-user.target
SVC

# 启动服务
systemctl daemon-reload
systemctl enable --now mysqld gitea

echo "安装完成！"
echo "Gitea访问地址: http://$(hostname -I | awk '{print $1}'):3000"
echo "数据库信息:"
echo "  Root用户: root, 密码: ${MYSQL_ROOT_PWD}"
echo "  Gitea用户: gitea, 密码: ${GITEA_DB_PWD}"
EOF

chmod +x scripts/install_gitea.sh

# 创建打包脚本
cat > package.sh << 'EOF'
#!/bin/bash
tar czf gitea-offline-install-rh10.tar.gz *
echo "离线包已创建: gitea-offline-install-rh10.tar.gz"
echo "请将此文件复制到RedHat 10系统并运行:"
echo "1. tar xzf gitea-offline-install-rh10.tar.gz"
echo "2. cd gitea-offline-install"
echo "3. ./scripts/install_gitea.sh"
EOF

chmod +x package.sh

# 打包所有内容
cd ..
tar czf gitea-offline-install-rh10.tar.gz ${WORK_DIR}

echo "========================================================"
echo "离线安装包准备完成！"
echo "生成文件: gitea-offline-install-rh10.tar.gz"
echo "请将此文件复制到RedHat 10系统进行安装"
echo "========================================================"
```

## 第二部分：在 无网络环境机器上安装指南

### 1. 复制离线包到 Red Hat 系统

```bash
scp gitea-offline-install-rh10.tar.gz root@redhat10-host:/root/
```

### 2. 在 Red Hat 上执行安装

```bash
cd /root
tar xzf gitea-offline-install-rh10.tar.gz
cd gitea-offline-install
./scripts/install_gitea.sh
```

## 关键更改说明

1. **使用 MySQL 8.0 替代 MariaDB**:
   
   - 添加 MySQL 8.0 官方仓库
   - 下载 MySQL 社区版服务器、客户端等 RPM 包
   - 调整安装脚本中的服务名为 `mysqld`

2. **MySQL 8.0 初始密码处理**:
   
   ```bash
   # 获取临时root密码
   TEMP_PWD=$(grep 'temporary password' /var/log/mysqld.log | awk '{print $NF}')
   
   # 更改root密码并创建gitea用户
   mysql -uroot -p"$TEMP_PWD" --connect-expired-password <<MYSQL_SCRIPT
   ALTER USER 'root'@'localhost' IDENTIFIED BY '${MYSQL_ROOT_PWD}';
   CREATE DATABASE giteadb CHARACTER SET 'utf8mb4' COLLATE 'utf8mb4_unicode_ci';
   CREATE USER 'gitea'@'localhost' IDENTIFIED BY '${GITEA_DB_PWD}';
   GRANT ALL PRIVILEGES ON giteadb.* TO 'gitea'@'localhost';
   FLUSH PRIVILEGES;
   MYSQL_SCRIPT
   ```

3. **依赖包调整**:
   
   - 添加 MySQL 8.0 特定依赖（numactl-libs, perl模块等）
   - 移除 MariaDB 特定包

## 安装注意事项

1. **MySQL 密码策略**:
   
   - MySQL 8.0 默认要求强密码（大小写字母+数字+特殊字符）
   - 如果提示密码强度不足，请设置更复杂的密码

2. **服务启动顺序**:
   
   - 确保 Gitea 服务在 MySQL 服务之后启动
   - 安装脚本中已配置依赖关系：`After=network.target mysqld.service`

3. **SELinux 配置**:
   如果系统启用了 SELinux，可能需要调整策略：
   
   ```bash
   # 临时禁用（仅用于测试）
   setenforce 0
   
   # 永久禁用（编辑配置文件）
   sed -i 's/SELINUX=enforcing/SELINUX=permissive/g' /etc/selinux/config
   ```

4. **防火墙配置**:
   
   ```bash
   # 开放 Gitea 端口
   firewall-cmd --permanent --add-port=3000/tcp
   
   # 开放 MySQL 端口（如果需要远程访问）
   firewall-cmd --permanent --add-port=3306/tcp
   
   firewall-cmd --reload
   ```

5. **首次访问配置**:
   
   - 访问 `http://服务器IP:3000`
   - 完成管理员账户设置
   - 配置仓库路径和其他选项

## 验证安装

1. **检查服务状态**:
   
   ```bash
   systemctl status mysqld
   systemctl status gitea
   ```

2. **检查数据库连接**:
   
   ```bash
   mysql -u gitea -p -D giteadb
   ```

3. **查看 Gitea 日志**:
   
   ```bash
   journalctl -u gitea -f
   ```

## 备份建议

1. **数据库备份**:
   
   ```bash
   mysqldump -u root -p giteadb > gitea-db-backup.sql
   ```

2. **配置文件备份**:
   
   ```bash
   cp /etc/gitea/app.ini /backup/gitea-app.ini
   ```

3. **数据目录备份**:
   
   ```bash
   tar czf gitea-data-backup.tar.gz /var/lib/gitea
   ```

以上就是完全支持在无网络环境的 Red Hat 上安装 Gitea 和 MySQL 8.0，所有必要组件都包含在离线包中。

离线安装 Gitea 与 MySQL 8.0 解决方案

这是一篇关于IPv6的详细介绍，涵盖了其基本概念、重要性，并重点解释了SLAAC、DHCPv6和静态地址这三种主要的地址配置方式。

---

#### **一、 IPv6 简介：为什么我们需要它？**

IPv6（Internet Protocol version 6）是设计用于替代当前主流协议IPv4的下一代互联网核心协议。其最直接的驱动力是**IPv4地址耗尽问题**。



*   **IPv4的局限**： IPv4使用32位地址，理论上仅能提供约43亿个地址（例如 `192.168.1.1`）。随着互联网爆炸式发展，手机、电脑、物联网设备等对地址的需求远远超出了这个容量，导致必须使用NAT（网络地址转换）等技术来勉强维持，但这破坏了端到端的通信效率。
*   **IPv6的优势**：
    *   **巨大的地址空间**： IPv6使用**128位**地址，地址数量高达 $2^{128}$ 个。这个数字庞大到可以为地球上的每一粒沙子分配一个IP地址，彻底解决了地址枯竭问题。
    *   **简化的报头格式**： IPv6数据包报头更简单，提高了路由器的处理效率。
    *   **更好的安全性**： IPSec（提供加密和认证）原本是IPv6的强制组成部分，提供了更好的端到端安全基础。
    *   **即插即用**： 内置的**无状态地址自动配置（SLAAC）** 功能使得设备接入网络后能自动获取地址，无需手动配置或DHCP服务器（初期）。
    *   **更好的支持移动性**： 设计了更优的机制来支持移动设备在不同网络间切换。

一个IPv6地址看起来像这样：`2001:0db8:85a3:0000:0000:8a2e:0370:7334`。为了简洁，前导零可以省略，连续的零块可以用 `::` 代替，因此上述地址可写作 `2001:db8:85a3::8a2e:370:7334`。

---

#### **二、 IPv6 地址配置的三种主要方式**

为设备分配IPv6地址主要有三种方法：SLAAC、DHCPv6和静态配置。它们各有优劣，适用于不同场景。

##### **1. 无状态地址自动配置 (SLAAC)**

*   **工作原理**： 这是一种“无状态”的配置方式，意味着不需要服务器来记录哪个地址分配给了哪台设备。
    1.  网络中的**路由器**会周期性组播发送**路由器公告（RA）** 消息。
    2.  RA消息中包含了网络的前缀信息（如 `2001:db8:abcd::/64`）。
    3.  客户端设备（如你的电脑）接收到RA后，**自己生成**地址的后64位（称为“接口标识符”）。最常见的方式是基于网卡的MAC地址，通过EUI-64算法生成一个唯一ID。
    4.  最终，客户端将收到的**64位前缀**和**自己生成的64位接口ID**组合，形成一个完整的128位IPv6地址（如 `2001:db8:abcd::[接口ID]`）。

*   **优点**：
    *   **快速简单**：无需配置任何服务器，设备接入网络即可自动获得连接能力。
    *   **真正即插即用**：非常适合家庭网络和大型公共网络（如机场、商场Wi-Fi）。

*   **缺点**：
    *   **无状态性**：服务器没有分配记录，难以进行集中化的IP地址管理和审计。
    *   **缺乏其他配置**： 传统的SLAAC **不提供** DNS服务器地址等额外信息。现在通常通过RA消息中的**RDNSS**选项或同时运行DHCPv6来弥补。

*   **类比**： 就像进入一个会议室，主持人宣布：“今天的主题是‘项目A’，大家自己找空位坐吧。” 你自己选了一个座位坐下。

##### **2. 有状态DHCPv6 (Stateful DHCPv6)**

*   **工作原理**： 这是一种“有状态”的配置方式，非常类似于IPv4中的DHCP。
    1.  路由器发送的RA消息中会设置一个 **`M`（Managed）标志位**，告诉客户端“请去找DHCPv6服务器获取地址”。
    2.  客户端随后发起一个完整的DHCPv6请求过程（Solicit, Advertise, Request, Reply）。
    3.  **DHCPv6服务器** 从预先配置好的地址池中**选择并分配**一个IPv6地址给客户端，并同时下发其他网络配置信息，如DNS服务器地址、域名等。
    4.  服务器会维护一个“状态”，即记录哪个地址租借给了哪个客户端。

*   **优点**：
    *   **集中化管理**： 可以精确控制、跟踪和记录IP地址的分配，易于集成到IP地址管理（IPAM）系统中。
    *   **分发完整配置**： 不仅能分配IP，还能提供DNS等关键信息，非常适合企业网络。

*   **缺点**：
    *   **需要额外服务器**： 需要部署、配置和维护DHCPv6服务器。

*   **类比**： 就像进入一家公司，前台根据花名册**为你分配**一个固定的工位，并告诉你打印服务器、会议室在哪里。

##### **3. 静态地址配置 (Static Address)**

*   **工作原理**： 由网络管理员或用户**手动**在设备的网络设置中输入完整的IPv6地址、前缀长度、默认网关和DNS服务器地址。这个过程没有任何自动协议参与。

*   **优点**：
    *   **绝对稳定**： 地址永久固定，不会改变。这对于服务器、网络打印机、路由器接口等需要提供稳定服务的设备至关重要。
    *   **完全控制**： 管理员可以规划精确的IP地址架构。

*   **缺点**：
    *   **管理开销大**： 在拥有成千上万台设备的大型网络中，手动配置每台设备是不现实的，极易出错。
    *   **缺乏灵活性**： 无法适应频繁变动的网络环境（如员工笔记本电脑）。

*   **类比**： 就像在办公室有一个**永久预留**的、写着你自己名字的固定座位。

---

#### **三、 三种方式对比总结**

| 特性 | SLAAC (无状态) | DHCPv6 (有状态) | 静态配置 |
| :--- | :--- | :--- | :--- |
| **地址来源** | 设备自己生成 | DHCPv6服务器分配 | 手动输入 |
| **管理方式** | 无状态，难管理 | 有状态，易集中管理 | 完全手动管理 |
| **DNS配置** | 需通过RDNSS或DHCPv6 | **可同时提供** | 手动输入 |
| **优点** | 简单、快速、即插即用 | 可管理、功能完整 | 稳定、可控 |
| **缺点** | 缺乏管理和额外配置 | 需要服务器 | 工作量大、易出错 |
| **适用场景** | 家庭网络、公共Wi-Fi | **企业网络**、数据中心 | 服务器、网络基础设施 |

#### **四、 现代网络中的协同工作**

在实际网络中，这些技术往往不是孤立的，而是协同工作。一个常见的组合是：
*   **SLAAC + 无状态DHCPv6**： 设备通过SLAAC自动生成地址以保证连接性，同时通过一台**无状态DHCPv6服务器**仅获取DNS配置信息。这种方式结合了二者的优点。
*   路由器通过精心设置的RA消息中的标志位，来指导客户端应该采用哪种行为。

#### **结论**

IPv6凭借其近乎无限的地址空间和 enhanced 特性，是互联网未来发展的基石。理解SLAAC、DHCPv6和静态地址这三种配置方式，是部署和管理现代IPv6网络的关键。网络管理员可以根据实际需求（是追求便捷还是需要控制），灵活选择或组合使用这些技术。

IPv6：下一代互联网协议详解

>  原文地址 [blog.csdn.net](https://blog.csdn.net/weixin_39555954/article/details/122934689)


sql 语句的执行顺序
-----------

Mysql 的执行流程图如下 图片来自网络

![Mysql 的执行流程图](/static/img/627c880d29f30d9c531d8ac7f2a9a60b.1.webp)


**目录**

[sql 语句的执行顺序](#t0)

[缓存](#t1)

 [分析器](#t2)

 [优化器](#t3)

[执行器](#t4)

[Sql 执行顺序](#t5)

[执行计划](#t6)

[explain](#t7)

**连接器**

连接器就是起到连接的作用，主要职责有

1、验证请求用户的账户和密码是否正确。

2、用于客户端的通信。Mysql 的 TCP 协议是一个半双工通信模式因此在某一固定时刻只能由客户端向服务器请求或者服务器向客户端发送数据, 而不能同时进行。

*   单工： 数据传输只允许在一个方向上的传输，单向传输，只能一方来发送数据，另一方来接收数据并发送。例如：遥控器。
*   半双工：数据传输允许两个方向上的传输，但是同一时间内，只可以有一方发送或接受消息。例如：打电话
*   全双工：同时可进行双向传输。例如：websocket、Http2.0。

3、如果账号密码验证通过，会在 mysql 自带的权限表中验证当前用户权限。mysql 库中有 4 个控制权限的表，分别为 user 表，db 表，tables_priv 表，columns_priv 表。

1.  ）user 表存放用户账户信息以及全局级别（所有数据库）权限，决定了来自哪些主机的哪些用户可以访问数据库实例。

![2.png](/static/img/264a061e24a11060f96e22fd3333f79d.2.webp)

2.  ）db 表存放数据库级别的权限，决定了来自哪些主机的哪些用户可以访问此数据库。% 同样表示所有的主机可连。

![3.png](/static/img/a5e39768c4e34975140d839cbcc5f5e5.3.webp)
    
3.  ）Tables_priv 表：存放表级别的权限，决定了来自哪些主机的哪些用户可以访问数据库的这个表。
    
4.  ）Columns_priv 表：存放列级别的权限，决定了来自哪些主机的哪些用户可以访问数据库表的这个字段。
    

验证过程如下：

*   先从 user 表中的 Host,User,Password 这 3 个字段中判断连接的 ip、用户名、密码是否存在，存在则通过验证。
*   通过身份认证后，进行权限分配，按照 user、db、table、 columns 依次判断，如果 user 表中全局变量都是 Y 则不再进行下面的判断，否则一步一步判断权限。
*   如果在任何一个过程中权限验证不通过, 都会报错。

权限设置请参考 [Mysql 权限设置_熟透的蜗牛的博客 - CSDN 博客](https://blog.csdn.net/weixin_39555954/article/details/121338317 "Mysql权限设置_熟透的蜗牛的博客-CSDN博客")

### 缓存

mysql 的缓存主要的作用是为了提升查询的效率，缓存以 key 和 value 的哈希表形式存储，key 是具体的 sql 语句，value 是结果的集合。如果无法命中缓存, 就继续走到分析器, 如果命中缓存就直接返回给客户端 。**不过需要注意的是在 mysql 的 8.0 版本以后，缓存被官方删除掉了**。之所以删除掉, 是因为查询缓存的失效非常频繁, 如果在一个写多读少的环境中, 缓存会频繁的新增和失效。

需要注意 ：缓存和哈希自适性索引的区别，自适性哈希是通过哈希表实现的，它是数据库自身创建的不能人为的创建和删除。通过一下 sql 可以查看。

```
SHOW ENGINE INNODB STATUS ;
 
SHOW ENGINE INNODB STATUS \G; #cmd窗口使用这个自动分行
```


![4.png](/static/img/0ff8e5efb3b1b8d0c4abc09f415536b6.4.webp)

###  分析器

分析器的主要作用是将客户端发过来的 sql 语句进行分析，这将包括预处理与解析过程，在这个阶段会解析 sql 语句的语义，并进行关键词（select、update、delete、where、order by、group by 等等）和非关键词进行提取、解析，并组成一个解析树。另外在此过程还会对 sql 语法进行分析，除此之外还会校验表是否存在，表中的字段值是否存在。下面是一个解析树

![5.png](/static/img/22f84f5c7e336e2a279a7d73a2bcb3fb.5.webp)

###  优化器

能够进入到优化器阶段表示 sql 是符合 mysql 的标准语义规则的并且可以执行的，此阶段主要是进行 sql 语句的优化，会根据执行计划进行最优的选择, 匹配合适的索引, 选择最佳的执行方案。如 MRR（Multi-Range Read 多范围读取）优化，ICP(Index Condition Pushdown 索引下推) 优化，是否选择使用索引，选择使用主键索引还是其他索引等。

### 执行器

在执行器的阶段, 此时会调用存储引擎的 API,API 会调用存储引擎。下面罗列几个存储引擎。

<table align="center" border="1" cellpadding="1" cellspacing="1"><tbody><tr><td>存储引擎</td><td>存储限制</td><td>事务</td><td>索引</td><td>锁</td><td>数据压缩</td><td>外键支持</td></tr><tr><td>Myisam</td><td>256T</td><td>-</td><td>B+tree、fulltext(全文索引)</td><td>表锁</td><td>支持</td><td>-</td></tr><tr><td>Innodb</td><td>64T</td><td>支持</td><td>B+tree、自适性 hash、fulltext(全文索引 mysql5.6 开始)</td><td>表锁、行锁</td><td>-</td><td>支持</td></tr><tr><td>Memory</td><td>有</td><td>-</td><td>B+tree、hash（默认）</td><td>表锁</td><td>-</td><td>-</td></tr><tr><td>Archive</td><td>无</td><td>-</td><td></td><td>行锁</td><td>支持</td><td>-</td></tr><tr><td>Maria</td><td></td><td>支持</td><td>B+tree、fulltext(全文索引)</td><td>行锁</td><td>支持</td><td>-</td></tr></tbody></table>

**存储引擎是基于表的，而不是数据库。**使用下面 sql 可以查看 mysql 支持的存储引擎

```
SHOW ENGINES;

```

![6.png](/static/img/c7a9719530f36a1675a217167b5d86ed.6.webp)


### Sql 执行顺序

实际上 sql 语句并不是按照我们写的 sql 的顺序从左到右依次执行的，它是按照如下顺序执行的。


![7.png](/static/img/b2091f329dad239cb0c5f5b984d62c88.7.webp)

1.   **from** 第一步就是选择出 from 关键词后面跟的表, 这也是 sql 执行的第一步: 表示要从数据库中执行哪张表。
2.  **join on** join 是表示要关联的表，on 是连接的条件。通过 from 和 join on 选择出需要执行的数据库表 t1 和 t2 产生笛卡尔积, 生成 t1 和 t2 合并的临时中间表 Temp1。on: 确定表的绑定关系, 通过 on 产生临时中间表 Temp2。
3.  **where** where 表示筛选, 根据 where 后面的条件进行过滤, 按照指定的字段的值 (如果有 and 连接符会进行联合筛选) 从临时中间表 Temp2 中筛选需要的数据, 注意如果在此阶段找不到数据，会直接返回客户端, 不会往下进行. 这个过程会生成一个临时中间表 Temp3。**注意在 where** **中不可以使用聚合函数，聚合函数主要是** **(min****、****max****、****count****、****sum** **等函数****)。**
4.  **group by** group by 是进行分组，对 where 条件过滤后的临时表 Temp3 按照固定的字段进行分组, 产生临时中间表 Temp4，这个过程只是数据的顺序发生改变, 而数据总量不会变化, 表中的数据以组的形式存在。
5.  **having** 对临时中间表 Temp4 进行聚合，然后产生中间表 Temp5，在此阶段可以使用 select 中的别名。
6.  **select** 对分组聚合完的表挑选出需要查询的数据, 如果为 * 会解析为所有数据, 此时会产生中间表 Temp6。
7.  **distinct** distinct 对所有的数据进行去重, 此时如果有 min、max 函数会执行字段函数计算，然后产生临时表 Temp7。
8.  **order by** 会根据 Temp7 进行顺序排列或者逆序排列，然后插入临时中间表 Temp8，这个过程比较耗费资源**。**
9.  **limit** limit 对中间表 Temp8 进行分页, 产生临时中间表 Temp9, 返回给客户端。

**实际上这个过程也并不是绝对这样的，中间 mysql 会有部分的优化以达到最佳的优化效果，比如在 select 筛选出找到的数据集。**

执行计划
----

**下面所有的 sql 语句是在 Mysql 8.0.27 版本上执行的。两张表，表结构为**

```
CREATE TABLE `tb_salary`  (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `user_id` int NULL DEFAULT NULL COMMENT '用户id',
  `salary` decimal(10, 2) NOT NULL COMMENT '工资',
  `salary_time` varchar(10) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL COMMENT '薪资月份',
  `create_time` datetime NULL DEFAULT NULL,
  `update_time` datetime NOT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB CHARACTER SET = utf8 COLLATE = utf8_general_ci COMMENT = '薪资表' ROW_FORMAT = Dynamic;
 
 
CREATE TABLE `tb_user`  (
  `id` int NOT NULL AUTO_INCREMENT,
  `name` varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '名字',
  `age` int NULL DEFAULT NULL,
  `position` varchar(50) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '职务',
  `address` varchar(200) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL COMMENT '地址',
  `create_time` datetime NULL DEFAULT NULL,
  `update_time` datetime NULL DEFAULT NULL,
  `delete_flag` tinyint NULL DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE
) ENGINE = InnoDB AUTO_INCREMENT = 100 CHARACTER SET = utf8 COLLATE = utf8_general_ci ROW_FORMAT = Dynamic;
```

### explain

执行如下 sql

```
EXPLAIN SELECT t2.*,( SELECT 1 FROM tb_user WHERE id = 100000 ) 
FROM
	tb_user t1
	LEFT JOIN tb_salary t2 ON t1.id = t2.user_id 
WHERE
	t2.id IS NOT NULL;
```

 执行计划结果如下
 
![8.png](/static/img/a60c5a2641d3eb503f1116b47f3dc60f.8.webp)

**字段说明**

**id:**id 列的编号是 select 的序列号，有几个 select 就有几个 id，并且 id 的顺序是按 select 出现的顺序增长的。id 列越大执行优先级越高，id 相同则从上往下执行，id 为 NULL 最后执行。

**select:** 查询类型

(1) SIMPLE(简单 SELECT，不使用 UNION 或子查询等)。

(2) PRIMARY(子查询中最外层查询，查询中若包含任何复杂的子部分，最外层的 select 被标记为 PRIMARY)。

(3) UNION(UNION 中的第二个或后面的 SELECT 语句)。

(4) DEPENDENT UNION(UNION 中的第二个或后面的 SELECT 语句，取决于外面的查询)。

(5) UNION RESULT(UNION 的结果，union 语句中第二个 select 开始后面所有 select)。

(6) SUBQUERY(子查询中的第一个 SELECT，结果不依赖于外部查询)。

(7) DEPENDENT SUBQUERY(子查询中的第一个 SELECT，依赖于外部查询)。

(8) DERIVED(派生表的 SELECT, FROM 子句的子查询)。

(9) UNCACHEABLE SUBQUERY(一个子查询的结果不能被缓存，必须重新评估外链接的第一行)。

派生查询例子

```
#派生表的优化合并，默认是开启的，需要手动关闭。
set session optimizer_switch='derived_merge=off';
```

```
EXPLAIN SELECT
	( SELECT id FROM tb_salary WHERE id = 1 ) 
FROM
	( SELECT * FROM tb_user WHERE id = 95885 ) t1;
```

 
![9.png](/static/img/f522c8c4c899aab23ccd47875ee19a9c.9.webp)

 其中 table 中的 3 指向的是 id 列的值。

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

**partitions:** 查询是基于分区表的话，会显示查询将访问的分区，mysql5.6 版本之后才有。

**type:** 这一列表示关联类型或访问类型，即 MySQL 决定如何查找表中的行，查找数据行记录的大概范围。 依次从最优到最差分别为：system > const > eq_ref > ref > range > index > ALL 一般来说，得保证查询达到 range 级别，最好达到 ref。

**(1) const, system**：mysql 能对查询的某部分进行优化并将其转化成一个常量。用于 primary key 或 唯一索引的所有列与常数比较时，所以表最多有一个匹配行，读取 1 次，速度比较快。system 是 const 的特例，表里只有一条元组匹配时为 system。

```
EXPLAIN SELECT
	( SELECT id FROM tb_salary WHERE id = 1 ) 
FROM
	( SELECT * FROM tb_user WHERE id = 95885 ) t1;
```

![10.png](/static/img/f522c8c4c899aab23ccd47875ee19a9c.9.webp)

**(2) eq_ref:** 使用的索引是唯一索引，对于每个索引键值，表中只有一条记录匹配，简单来说，就是多表连接中使用 primary key 或者 unique key 作为关联条件。

```
EXPLAIN SELECT
	t2.*
FROM
	tb_user t1
	LEFT JOIN tb_salary t2 ON t1.id = t2.user_id 
WHERE
	t2.id IS NOT NULL;
```

![11.png](/static/img/7459fd187ce31312bdfdfa7820d3bd80.11.webp)


 **(3) ref:** 与 eq_ref 类似，只是不使用唯一索引，而是使用普通索引或者唯一性索引的部分前缀，索引要和某个值相比较，可能会找到多个符合条件的行。

```
EXPLAIN SELECT
	t2.*
FROM
	tb_user t1
	LEFT JOIN tb_salary t2 ON t1.id = t2.user_id 
WHERE
	t2.salary=10500.00
```


![12.png](/static/img/f00c0af1b46ede7559f2726ae5fd9f47.12.webp)

 其中 salary 字段上有普通索引。

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

```
EXPLAIN SELECT * FROM tb_user WHERE id <=95908

```


![13.png](/static/img/718ca2195ab1b546688d7ac8a36c1ea5.13.webp)
 
 **(5) index  :** 只遍历索引树就能拿到结果，一般是扫描某个二级索引，这种扫描不会从索引树根节点开始快速查找，而是直接 对二级索引的叶子节点遍历和扫描，速度还是比较慢的，这种查询一般会使用覆盖索引，二级索引一般比较小，所以这 种通常比 ALL 快。

首先对上面的表创建索引

```
-- 创建索引
CREATE INDEX idx_name_age_position ON tb_user(name,age,position);
-- 前15个字符创建索引
ALTER TABLE tb_user ADD INDEX address (address(15));
-- 创建聚簇索引
CREATE CLUSTERED INDEX 索引名 ON 表名(字段名);
-- 删除索引
DROP INDEX idx_name_age_position ON tb_user;
-- 删除索引
ALTER TABLE tb_user DROP INDEX idx_name_age_position;
-- 删除主键索引
ALTER TABLE tb_user DROP PRIMARY KEY;
```

```
EXPLAIN SELECT name,age,position FROM tb_user;

```


![14.png](/static/img/55a5eef8e9e6173211d1aa999060d040.14.webp)

 **（6）All：** 即全表扫描，扫描你的聚集索引的所有叶子节点。通常情况下这需要增加索引来进行优化了。

```
EXPLAIN SELECT * FROM tb_user;

```


![15.png](/static/img/f06e9e0dccdbdb9be486c3613ef9bd9d.15.webp)
  
**（7）null :** mysql 能够在优化阶段分解查询语句，在执行阶段用不着再访问表或索引。

```
EXPLAIN SELECT MAX(id) FROM tb_user; 

```


![16.png](/static/img/881584ae8ec24b988c49a0f8ee749a91.16.webp)
 
**possible_keys:** 可能用到的索引。

**key:** 实际用到的索引，实际情况中有可能 possible_keys 有值，而实际执行时候 key 没有值，这种情况下可能是 mysql 优化器觉得全表扫描比使用索引查询效率要高，而没有使用索引。如果强制 mysql 使用索引，则可以使用 force index(索引名称) 来实现。

```
EXPLAIN SELECT
	* 
FROM
	tb_salary FORCE INDEX ( salary ) 
WHERE
	salary = 15000;
```

 **key_len**: 这一列显示了 mysql 在索引里使用的字节数，通过这个值可以算出具体使用了索引中的哪些列。  
key_len 计算规则如下：

**字符串**，char(n) 和 varchar(n)，5.0.3 以后版本中，n 均代表字符数，而不是字节数，如果是 utf-8, 一个数字或字母占 1 个字节，一 个汉字占 3 个字节。  
char(n)：如果存汉字长度就是 3n 字节, 固定长度。  
varchar(n)：如果存汉字则长度是 3n + 2 字节，加的 2 字节用来存储字符串长度，因为 varchar 是变长字符串。  
**数值类型**  
tinyint：1 字节  
smallint：2 字节  
int：4 字节  
bigint：8 字节  
**时间类型**  
date：3 字节  
timestamp：4 字节  
datetime：8 字节

如果字段允许为 NULL，需要 1 字节记录是否为 NULL。索引最大长度是 768 字节，当字符串过长时，mysql 会做一个类似左前缀索引的处理，将前半部分的字符提取出来做索引。

```
EXPLAIN SELECT name,age,position FROM tb_user;

```

![17.png](/static/img/a7606415e3068a6ec35aa45f3d4ec1dd.17.webp)

 name 为 varchar(20) 允许空值 (1 个字节)   20*3+2+1=63

age 为 int  允许空值 4+1=5

position 为 varchar(50)  50*3+2+1=153

则 63+5+153=221

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

**rows:** 预估数据行数，并不一定等于查询的返回结果。

**filtered:** 符合某条件的记录数百分比。

**Extra:**

Using where——表示 MySQL 将对存储引擎层提取的结果进行过滤，过滤条件字段无索引， **Using where 本身其实和是否使用索引无关**。

Using index——表示使用覆盖索引，查询的字段在覆盖索引中就可以获取到。

Using index condition——在 5.6 版本后加入的新特性（Index Condition Pushdown) 后面具体说明。

Using filesort——表示没有使用索引的排序。

参考 ：

https://www.cnblogs.com/wyq178/p/11576065.html

https://blog.csdn.net/admin522043032/article/details/121037081

MySQL数据查询优化&SQL执行顺序&执行计划&SQ 执行顺序优先级

近 40 张图解被问千百遍的 TCP 三次握手和四次挥手面试题

> 原文地址 [mp.weixin.qq.com](https://mp.weixin.qq.com/s?__biz=Mzg2OTg3MTU2OQ==&mid=2247505816&idx=1&sn=b65fc54280c996eafa065b782b667e7e&source=41&poc_token=HI0xuWijVeRRbBH8OlmntgFDLQatjGxBmNZ-NvPB)

![DNS主图](/static/img/b08f9b93bfa0e41491c3bb516bdca9a9.image.webp)




在找工作面试的过程中，面试官非常喜欢考察基础知识，除了数据结构与算法之外，网络知识也是一个非常重要的考察对象。

而网络知识，通常是很抽象，不容易理解的，有很多同学就在这里裁了跟头。

**DNS**。  

1. DNS 是什么？
-----------

DNS 是 Domain Name System 的缩写，也就是 域名解析系统，它的作用非常简单，就是根据域名查出对应的 IP 地址。

你可以把它想象成一本巨大的电话本，比如当你要访问域名`www.163.com`，首先要通过 DNS 查出它的 IP 地址是`112.48.162.8`。

2. 域名的层级
--------

由于后面我会讲到 DNS 的解析过程，因此需要你对域名的层级有一些了解

*   根域名 ：`.root` 或者 `.` ，通常是省略的
    
*   顶级域名，如 `.com`，`.cn` 等
    
*   次级域名，如 `baidu.com` 里的 `baidu`，这个是用户可以进行注册购买的
    
*   主机域名，比如 `baike.baidu.com` 里的`baike`，这个是用户可分配的
    

```
主机名.次级域名.顶级域名.根域名
baike.baidu.com.root
```

3. DNS 解析过程
-----------

咱们以访问 `www.163.com` 这个域名为例，来看一看当你访问 www.163.com 时，会发生哪些事：

1.  先查找本地 DNS 缓存（自己的电脑上），有则返回，没有则进入下一步
    
2.  查看本地 hosts 文件有没有相应的映射记录，有则返回，没有则进入下一步
    
3.  向本地 DNS 服务器（一般都是你的网络接入服务器商提供，比如中国电信，中国移动）发送请求进行查询，本地 DNS 服务器收到请求后，会先查下自己的缓存记录，如果查到了直接返回就结束了，如果没有查到，本地 DNS 服务器就会向 DNS 的根域名服务器发起查询请求：请问老大， `www.163.com` 的 ip 是啥？
    
4.  根域名服务器收到请求后，看到这是个 `.com` 的域名，就回信说：这个域名是由 `.com` 老弟管理的，你去问他好了，这是`.com`老弟的联系方式（ip1）。
    
5.  本地 DNS 服务器接收到回信后，照着老大哥给的联系方式（ip1），马上给 `.com` 这个顶级域名服务器发起请求：请问 `.com` 大大，`www.163.com` 的 ip 是啥？
    
6.  `.com` 顶级域名服务器接收到请求后，看到这是 `163.com` 的域名，就回信说：这个域名是 `.163.com` 老弟管理的，你就去问他就行了，这是他的联系方式（ip2）
    
7.  本地 DNS 服务器接收到回信后，按照前辈的指引（ip2），又向 `.163.com` 这个权威域名服务器发起请求：请问 `163.com` 大大，请问 `www.163.com` 的 ip 是啥？
    
8.  `163.com` 权威域名服务器接收到请求后，确认了是自己管理的域名，马上查了下自己的小本本，把 `www.163.com` 的 ip 告诉了 本地 DNS 服务器。
    
9.  本地 DNS 服务器接收到回信后，非常地开心，这下总算拿到了`www.163.com`的 ip 了，马上把这个消息告诉了要求查询的客户（就是你的电脑）。由于这个过程比较漫长，本地 DNS 服务器为了节省时间，也为了尽量不去打扰各位老大哥，就把这个查询结果偷偷地记在了自己的小本本上，方便下次有人来查询时，可以快速回应。
    

总结起来就是三句话

1.  从 "根域名服务器" 查到 "顶级域名服务器" 的 NS 记录和 A 记录（IP 地址）
    
2.  从 "顶级域名服务器" 查到 "次级域名服务器" 的 NS 记录和 A 记录（IP 地址）
    
3.  从 "次级域名服务器" 查出 "主机名" 的 IP 地址
    

![DNS图](/static/img/c88d2ca1b541b775c71f761e093a8b17.image.webp)

4. DNS 的缓存时间
------------

上面的几个步骤里，可以看到有两个地方会缓存 DNS 的查询记录，有了缓存，在一定程度上会提高查询效率，但同时在准确率上会有所损失。

因此我们在配置 DNS 解析的时候，会有一个 TTL 参数（Time To Live），意思就是这个缓存可以存活多长时间，过了这个时间，本地 DNS 就会删除这条记录，删除了缓存后，你再访问，就要重新走一遍上面的流程，获取最新的地址。


![域名解析配置](/static/img/f26d8cedf916ba5132f7483068ac1952.image.webp)

5. DNS 的记录类型
------------

当我们在阿里云买了一个域名后，可以配置我们主机域名解析规则，也就是 **记录**。


![阿里云 域名云解析](/static/img/b346ce575f72e20f3c9ce320f9329d1c.image.webp)
阿里云 域名云解析

常见的 DNS 记录类型如下

*   `A`：地址记录（Address），返回域名指向的 IP 地址。
    
*   `NS`：域名服务器记录（Name Server），返回保存下一级域名信息的服务器地址。该记录只能设置为域名，不能设置为 IP 地址。
    
*   `MX`：邮件记录（Mail eXchange），返回接收电子邮件的服务器地址。
    
*   `CNAME`：规范名称记录（Canonical Name），返回另一个域名，即当前查询的域名是另一个域名的跳转，详见下文。
    
*   `PTR`：逆向查询记录（Pointer Record），只用于从 IP 地址查询域名，详见下文。
    

6. DNS 报文结构
-----------

后面我将使用 wireshark 抓取 DNS 的数据包，但是在开始之前 ，得先了解一下 DNS 的报文结构

![DNS 的报文结构](/static/img/f0958c881fbfc44f1a4d2a0977eb8364.image.webp)

*   事务 ID：DNS 报文的 ID 标识。对于请求报文和其对应的应答报文，该字段的值是相同的。通过它可以区分 DNS 应答报文是对哪个请求进行响应的。
    
*   标志：DNS 报文中的标志字段。
    
*   问题计数：DNS 查询请求的数目。
    
*   回答资源记录数：DNS 响应的数目。
    
*   权威名称服务器计数：权威名称服务器的数目。
    
*   附加资源记录数：额外的记录数目（权威名称服务器对应 IP 地址的数目）。
    

7. Wireshark 抓包实战
-----------------

打开 Wireshark 后，使用 `ping 163.com` 来发起 DNS 解析请求，使用 `DNS` 关键字在 Wireshark 过滤。

从抓取的报文整体来看，我们可以粗略获取几个信息

1.  DNS 是应用层协议，传输层协议使用的是 UDP
    
2.  DNS 默认端口是 53
    

![报文图示](/static/img/1356826bcc1bb19c67110f98c835b429.image.webp)

请求和应答的报文的截图我放在了下面，接下来我将逐个分析。

**c**

![请求](/static/img/5559b9a8fa7b0a67ccc250e00c03a5af.image.webp)

**应答**

![应答](/static/img/8edd4edbe9a8ed4ebef2f7d1060445f6.image.webp)


### Transaction ID

请求和应答的事务 ID 应当是一个：0xd0d7

### Flags

标志字段里的内容比较多，每个字段的含义如下

*   QR（Response）：查询请求 / 响应的标志信息。查询请求时，值为 0；响应时，值为 1。
    
*   Opcode：操作码。其中，0 表示标准查询；1 表示反向查询；2 表示服务器状态请求。
    
*   AA（Authoritative）：授权应答，该字段在响应报文中有效。值为 1 时，表示名称服务器是权威服务器；值为 0 时，表示不是权威服务器。
    
*   TC（Truncated）：表示是否被截断。值为 1 时，表示响应已超过 512 字节并已被截断，只返回前 512 个字节。
    
*   RD（Recursion Desired）：期望递归。该字段能在一个查询中设置，并在响应中返回。该标志告诉名称服务器必须处理这个查询，这种方式被称为一个递归查询。如果该位为 0，且被请求的名称服务器没有一个授权回答，它将返回一个能解答该查询的其他名称服务器列表。这种方式被称为迭代查询。
    
*   RA（Recursion Available）：可用递归。该字段只出现在响应报文中。当值为 1 时，表示服务器支持递归查询。
    
*   Z：保留字段，在所有的请求和应答报文中，它的值必须为 0。
    
*   rcode（Reply code）：返回码字段，表示响应的差错状态。当值为 0 时，表示没有错误；当值为 1 时，表示报文格式错误（Format error），服务器不能理解请求的报文；当值为 2 时，表示域名服务器失败（Server failure），因为服务器的原因导致没办法处理这个请求；当值为 3 时，表示名字错误（Name Error），只有对授权域名解析服务器有意义，指出解析的域名不存在；当值为 4 时，表示查询类型不支持（Not Implemented），即域名服务器不支持查询类型；当值为 5 时，表示拒绝（Refused），一般是服务器由于设置的策略拒绝给出应答，如服务器不希望对某些请求者给出应答。
    

### Answer RRs

回答资源记录数，在应答包里为 2，说明返回了两条查询结果，你可以在 Answer 字段里看到。

### Authority RRs

权威名称服务器计数

### Additionnal RRs

附加资源记录数

### Answers

应答的主要内容，这里返回两条结果，每条结果里的字段有

```
Name:          查询的域名
Type:          A表示IPv4，AAAA 表示IPv6
Class:         表示Internet，几乎总是它
Time to live:  生存时间
Data length:   数据长度
Address:       查询到的 IP 地址


```

8. DNS 劫持 与 HTTP 劫持
-------------------

通过上面的讲解，我们都知道了，DNS 完成了一次域名到 IP 的映射查询，当你在访问 www.baidu.com 时，能正确返回给你 百度首页的 ip。

但如果此时 DNS 解析出现了一些问题，当你想要访问 www.baidu.com 时，却返回给你 www.google.com 的 ip，这就是我们常说的 DNS 劫持。

与之容易混淆的有 HTTP 劫持。

**那什么是 HTTP 劫持呢？**

你一定见过当你在访问 某个网站时，右下角也突然弹出了一个扎眼的广告弹窗。这就是 HTTP 劫持。

借助别人文章里的例子，它们俩的区别就好比是

*   DNS 劫持是你想去机场的时候，把你给丢到火车站。
    
*   HTTP 劫持是你去机场途中，有人给你塞小广告。
    

**那么 DNS 劫持 是如何产生的呢？**

下面大概说几种 DNS 劫持方法：

**1. 本机 DNS 劫持**

攻击者通过某些手段使用户的计算机感染上木马病毒，或者恶意软件之后，恶意修改本地 DNS 配置，比如修改本地 hosts 文件，缓存等

**2. 路由 DNS 劫持**

很多用户默认路由器的默认密码，攻击者可以侵入到路由管理员账号中，修改路由器的默认配置

**3. 攻击 DNS 服务器**

直接攻击 DNS 服务器，例如对 DNS 服务器进行 DDOS 攻击，可以是 DNS 服务器宕机，出现异常请求，还可以利用某些手段感染 dns 服务器的缓存，使给用户返回来的是恶意的 ip 地址

9. 工具的使用
--------

### dig 命令

dig 是一个在类 Unix 命令行模式下查询 DNS 包括 NS 记录，A 记录，MX 记录等相关信息的工具。

通过 dig （参数：`+trace`）命令，我们可以看到上面描述的 DNS 解析的详细过程

![dig 命令图示](/static/img/319c23d3bd55217b72e68db02a9766ce.image.webp)

从返回的结果，我们可以看得出几点信息

1.  我们的本地 DNS 服务器 ip 为 192.168.1.1，端口为 53，你可以在 /etc/resolv.conf 里看到这个配置
    
2.  根域名服务器目前全球一共只有十三台，从 a.root-servers.net. `到`m.root-servers.net. , 它们对应的 ip 地址，已经内置在本地 DNS 服务器中。
    

如果你只想看到结果，可以使用 `+short` 参数，可以直接返回 www.163.com 对应着哪几个 ip

![dig +short](/static/img/fb49df34f97b1179d25cfb6ce4702398.image.webp)

你也可以加个 `@` 参数 ，指定从某个 DNS 服务器进行查询

![dig @](/static/img/f0a95cbc6268cf5d38d4679542ae0034.image.webp)

如果你只想查看指定的记录类型

![dig cname](/static/img/e48b5c02a061e4cd4e871758fd7048b6.image.webp)

### host 命令

`host` 命令 可以看作`dig`命令的简化版本，返回当前请求域名的各种记录。

![host www.163.com](/static/img/81729e72455ae0fe831b424818453200.image.webp)

### whois 命令

`whois`命令用来查看域名的注册情况。

![whois](/static/img/6335577c2798d3580858b2b50312e5f0.image.webp)

### nslookup 命令

nslookup 也是常用的一个查询 DNS 解析结果的工具

```
$ nslookup [查询的域名] [指定DNS服务器]


```

![nslookup](/static/img/3935b1bca9a7ddf52c9a646dbb4a3f22.image.webp)


你也可以指定公网的域名服务器进行查询，比如常见的 114.114.114.114

![nslookup www.baidu.com 114.114.114.114](/static/img/0c6e6091cf31430aaea73229e9593d2e.image.webp)


10. 手动清理本地缓存
------------

MacOS

```
$ sudo dscacheutil -flushcache
$ sudo killall -HUP mDNSResponder


```

Windows

```
$ ipconfig /flushdns


```

Linux

```
# 使用NSCD的DNS缓存
$ sudo /etc/init.d/nscd restart

# 服务器或者路由器使用DNSMASQ
$ sudo dnsmasq restart


```

本文永久博客链接：_http://python.iswbm.com/en/latest/c10/c10_01.html_

离线安装 Gitea 与 MySQL 8.0 解决方案

一、 IPv6 简介：为什么我们需要它？

sql 语句的执行顺序

前言