## **一、概述**

### **1.1 五层模型**

互联网的实现，分成好几层。每一层都有自己的功能，就像建筑物一样，每一层都靠下一层支持。

用户接触到的，只是最上面的一层，根本没有感觉到下面的层。要理解互联网，必须从最下层开始，自下而上理解每一层的功能。

如何分层有不同的模型，有的模型分七层，有的分四层。我觉得，把互联网分成五层，比较容易解释。

![img](http://pic.nexopera.tech/62db551a52bb9.png)

如上图所示，最底下的一层叫做"实体层"（Physical Layer），最上面的一层叫做"应用层"（Application Layer），中间的三层（自下而上）分别是"链接层"（Link Layer）、"网络层"（Network Layer）和"传输层"（Transport Layer）。越下面的层，越靠近硬件；越上面的层，越靠近用户。

它们叫什么名字，其实并不重要。只需要知道，互联网分成若干层就可以了。

### **1.2 层与协议**

每一层都是为了完成一种功能。为了实现这些功能，就需要大家都遵守共同的规则。

大家都遵守的规则，就叫做"协议"（protocol）。

互联网的每一层，都定义了很多协议。这些协议的总称，就叫做"互联网协议"（Internet Protocol Suite）。它们是互联网的核心，下面介绍每一层的功能，主要就是介绍每一层的主要协议。

## **二、实体层**

我们从最底下的一层开始。

电脑要组网，第一件事要干什么？当然是先把电脑连起来，可以用光缆、电缆、双绞线、无线电波等方式。

![img](http://pic.nexopera.tech/62db551a3feea.png)

**这就叫做"实体层"，它就是把电脑连接起来的物理手段。它主要规定了网络的一些电气特性，作用是负责传送0和1的电信号。**

### **三、链接层**

#### **3.1 定义**

单纯的0和1没有任何意义，必须规定解读方式：多少个电信号算一组？每个信号位有何意义？

**这就是"链接层"的功能，它在"实体层"的上方，确定了0和1的分组方式。**

#### **3.2 以太网协议**

早期的时候，每家公司都有自己的电信号分组方式。逐渐地，一种叫做["以太网"](https://zh.wikipedia.org/wiki/以太网)（Ethernet）的协议，占据了主导地位。

以太网规定，一组电信号构成一个数据包，叫做"帧"（Frame）。每一帧分成两个部分：标头（Head）和数据（Data）。

![img](http://pic.nexopera.tech/62db551ad80b0.png)

"标头"包含数据包的一些说明项，比如发送者、接受者、数据类型等等；"数据"则是数据包的具体内容。

"标头"的长度，固定为18字节。"数据"的长度，最短为46字节，最长为1500字节。因此，整个"帧"最短为64字节，最长为1518字节。如果数据很长，就必须分割成多个帧进行发送。

#### **3.3 MAC地址**

上面提到，以太网数据包的"标头"，包含了发送者和接受者的信息。那么，发送者和接受者是如何标识呢？

以太网规定，连入网络的所有设备，都必须具有"网卡"接口。数据包必须是从一块网卡，传送到另一块网卡。网卡的地址，就是数据包的发送地址和接收地址，这叫做MAC地址。

![img](http://pic.nexopera.tech/62db551a4f572.jpg)

每块网卡出厂的时候，都有一个全世界独一无二的MAC地址，长度是48个二进制位，通常用12个十六进制数表示。

![img](http://pic.nexopera.tech/62db551a42290.png)

前6个十六进制数是厂商编号，后6个是该厂商的网卡流水号。有了MAC地址，就可以定位网卡和数据包的路径了。

#### **3.4 广播**

定义地址只是第一步，后面还有更多的步骤。

首先，一块网卡怎么会知道另一块网卡的MAC地址？

回答是有一种ARP协议，可以解决这个问题。这个留到后面介绍，这里只需要知道，以太网数据包必须知道接收方的MAC地址，然后才能发送。

其次，就算有了MAC地址，系统怎样才能把数据包准确送到接收方？

回答是以太网采用了一种很"原始"的方式，它不是把数据包准确送到接收方，而是向本网络内所有计算机发送，让每台计算机自己判断，是否为接收方。

![img](http://pic.nexopera.tech/62db551baa4d8.png)

上图中，1号计算机向2号计算机发送一个数据包，同一个子网络的3号、4号、5号计算机都会收到这个包。它们读取这个包的"标头"，找到接收方的MAC地址，然后与自身的MAC地址相比较，如果两者相同，就接受这个包，做进一步处理，否则就丢弃这个包。这种发送方式就叫做"广播"（broadcasting）。

有了数据包的定义、网卡的MAC地址、广播的发送方式，"链接层"就可以在多台计算机之间传送数据了。

### **四、网络层**

#### **4.1 网络层的由来**

以太网协议，依靠MAC地址发送数据。理论上，单单依靠MAC地址，上海的网卡就可以找到洛杉矶的网卡了，技术上是可以实现的。

但是，这样做有一个重大的缺点。以太网采用广播方式发送数据包，所有成员人手一"包"，不仅效率低，而且局限在发送者所在的子网络。也就是说，如果两台计算机不在同一个子网络，广播是传不过去的。这种设计是合理的，否则互联网上每一台计算机都会收到所有包，那会引起灾难。

互联网是无数子网络共同组成的一个巨型网络，很像想象上海和洛杉矶的电脑会在同一个子网络，这几乎是不可能的。

![img](http://pic.nexopera.tech/62db551bc7417.png)

因此，必须找到一种方法，能够区分哪些MAC地址属于同一个子网络，哪些不是。如果是同一个子网络，就采用广播方式发送，否则就采用"路由"方式发送。（"路由"的意思，就是指如何向不同的子网络分发数据包，这是一个很大的主题，本文不涉及。）遗憾的是，MAC地址本身无法做到这一点。它只与厂商有关，与所处网络无关。

**这就导致了"网络层"的诞生。它的作用是引进一套新的地址，使得我们能够区分不同的计算机是否属于同一个子网络。这套地址就叫做"网络地址"，简称"网址"。**

于是，"网络层"出现以后，每台计算机有了两种地址，一种是MAC地址，另一种是网络地址。两种地址之间没有任何联系，MAC地址是绑定在网卡上的，网络地址则是管理员分配的，它们只是随机组合在一起。

网络地址帮助我们确定计算机所在的子网络，MAC地址则将数据包送到该子网络中的目标网卡。因此，从逻辑上可以推断，必定是先处理网络地址，然后再处理MAC地址。

#### **4.2 IP协议**

规定网络地址的协议，叫做IP协议。它所定义的地址，就被称为IP地址。

目前，广泛采用的是IP协议第四版，简称IPv4。这个版本规定，网络地址由32个二进制位组成。

![img](http://pic.nexopera.tech/62db551bc84fc.png)

习惯上，我们用分成四段的十进制数表示IP地址，从0.0.0.0一直到255.255.255.255。

互联网上的每一台计算机，都会分配到一个IP地址。这个地址分成两个部分，前一部分代表网络，后一部分代表主机。比如，IP地址172.16.254.1，这是一个32位的地址，假定它的网络部分是前24位（172.16.254），那么主机部分就是后8位（最后的那个1）。处于同一个子网络的电脑，它们IP地址的网络部分必定是相同的，也就是说172.16.254.2应该与172.16.254.1处在同一个子网络。

但是，问题在于单单从IP地址，我们无法判断网络部分。还是以172.16.254.1为例，它的网络部分，到底是前24位，还是前16位，甚至前28位，从IP地址上是看不出来的。

那么，怎样才能从IP地址，判断两台计算机是否属于同一个子网络呢？这就要用到另一个参数"子网掩码"（subnet mask）。

所谓"子网掩码"，就是表示子网络特征的一个参数。它在形式上等同于IP地址，也是一个32位二进制数字，它的网络部分全部为1，主机部分全部为0。比如，IP地址172.16.254.1，如果已知网络部分是前24位，主机部分是后8位，那么子网络掩码就是11111111.11111111.11111111.00000000，写成十进制就是255.255.255.0。

知道"子网掩码"，我们就能判断，任意两个IP地址是否处在同一个子网络。方法是将两个IP地址与子网掩码分别进行AND运算（两个数位都为1，运算结果为1，否则为0），然后比较结果是否相同，如果是的话，就表明它们在同一个子网络中，否则就不是。

比如，已知IP地址172.16.254.1和172.16.254.233的子网掩码都是255.255.255.0，请问它们是否在同一个子网络？两者与子网掩码分别进行AND运算，结果都是172.16.254.0，因此它们在同一个子网络。

总结一下，IP协议的作用主要有两个，一个是为每一台计算机分配IP地址，另一个是确定哪些地址在同一个子网络。

#### **4.3 IP数据包**

根据IP协议发送的数据，就叫做IP数据包。不难想象，其中必定包括IP地址信息。

但是前面说过，以太网数据包只包含MAC地址，并没有IP地址的栏位。那么是否需要修改数据定义，再添加一个栏位呢？

回答是不需要，我们可以把IP数据包直接放进以太网数据包的"数据"部分，因此完全不用修改以太网的规格。这就是互联网分层结构的好处：上层的变动完全不涉及下层的结构。

具体来说，IP数据包也分为"标头"和"数据"两个部分。

![img](http://pic.nexopera.tech/62db551d59bea.png)

"标头"部分主要包括版本、长度、IP地址等信息，"数据"部分则是IP数据包的具体内容。它放进以太网数据包后，以太网数据包就变成了下面这样。

![img](http://pic.nexopera.tech/62db551bdd6cc.png)

IP数据包的"标头"部分的长度为20到60字节，整个数据包的总长度最大为65,535字节。因此，理论上，一个IP数据包的"数据"部分，最长为65,515字节。前面说过，以太网数据包的"数据"部分，最长只有1500字节。因此，如果IP数据包超过了1500字节，它就需要分割成几个以太网数据包，分开发送了。

#### **4.4 ARP协议**

关于"网络层"，还有最后一点需要说明。

因为IP数据包是放在以太网数据包里发送的，所以我们必须同时知道两个地址，一个是对方的MAC地址，另一个是对方的IP地址。通常情况下，对方的IP地址是已知的（后文会解释），但是我们不知道它的MAC地址。

所以，我们需要一种机制，能够从IP地址得到MAC地址。

这里又可以分成两种情况。第一种情况，如果两台主机不在同一个子网络，那么事实上没有办法得到对方的MAC地址，只能把数据包传送到两个子网络连接处的"网关"（gateway），让网关去处理。

第二种情况，如果两台主机在同一个子网络，那么我们可以用ARP协议，得到对方的MAC地址。ARP协议也是发出一个数据包（包含在以太网数据包中），其中包含它所要查询主机的IP地址，在对方的MAC地址这一栏，填的是FF:FF:FF:FF:FF:FF，表示这是一个"广播"地址。它所在子网络的每一台主机，都会收到这个数据包，从中取出IP地址，与自身的IP地址进行比较。如果两者相同，都做出回复，向对方报告自己的MAC地址，否则就丢弃这个包。

总之，有了ARP协议之后，我们就可以得到同一个子网络内的主机MAC地址，可以把数据包发送到任意一台主机之上了。

### **五、传输层**

#### **5.1 传输层的由来**

有了MAC地址和IP地址，我们已经可以在互联网上任意两台主机上建立通信。

接下来的问题是，同一台主机上有许多程序都需要用到网络，比如，你一边浏览网页，一边与朋友在线聊天。当一个数据包从互联网上发来的时候，你怎么知道，它是表示网页的内容，还是表示在线聊天的内容？

也就是说，我们还需要一个参数，表示这个数据包到底供哪个程序（进程）使用。这个参数就叫做"端口"（port），它其实是每一个使用网卡的程序的编号。每个数据包都发到主机的特定端口，所以不同的程序就能取到自己所需要的数据。

"端口"是0到65535之间的一个整数，正好16个二进制位。0到1023的端口被系统占用，用户只能选用大于1023的端口。不管是浏览网页还是在线聊天，应用程序会随机选用一个端口，然后与服务器的相应端口联系。

**"传输层"的功能，就是建立"端口到端口"的通信。相比之下，"网络层"的功能是建立"主机到主机"的通信。只要确定主机和端口，我们就能实现程序之间的交流。**因此，Unix系统就把主机+端口，叫做"套接字"（socket）。有了它，就可以进行网络应用程序开发了。

#### **5.2 UDP协议**

现在，我们必须在数据包中加入端口信息，这就需要新的协议。最简单的实现叫做UDP协议，它的格式几乎就是在数据前面，加上端口号。

UDP数据包，也是由"标头"和"数据"两部分组成。

![img](http://pic.nexopera.tech/62db551ce1799.png)

"标头"部分主要定义了发出端口和接收端口，"数据"部分就是具体的内容。然后，把整个UDP数据包放入IP数据包的"数据"部分，而前面说过，IP数据包又是放在以太网数据包之中的，所以整个以太网数据包现在变成了下面这样：

![img](http://pic.nexopera.tech/62db551d123d9.png)

UDP数据包非常简单，"标头"部分一共只有8个字节，总长度不超过65,535字节，正好放进一个IP数据包。

#### **5.3 TCP协议**

UDP协议的优点是比较简单，容易实现，但是缺点是可靠性较差，一旦数据包发出，无法知道对方是否收到。

为了解决这个问题，提高网络可靠性，TCP协议就诞生了。这个协议非常复杂，但可以近似认为，它就是有确认机制的UDP协议，每发出一个数据包都要求确认。如果有一个数据包遗失，就收不到确认，发出方就知道有必要重发这个数据包了。

因此，TCP协议能够确保数据不会遗失。它的缺点是过程复杂、实现困难、消耗较多的资源。

TCP数据包和UDP数据包一样，都是内嵌在IP数据包的"数据"部分。TCP数据包没有长度限制，理论上可以无限长，但是为了保证网络的效率，通常TCP数据包的长度不会超过IP数据包的长度，以确保单个TCP数据包不必再分割。

### **六、应用层**

应用程序收到"传输层"的数据，接下来就要进行解读。由于互联网是开放架构，数据来源五花八门，必须事先规定好格式，否则根本无法解读。

**"应用层"的作用，就是规定应用程序的数据格式。**

举例来说，TCP协议可以为各种各样的程序传递数据，比如Email、WWW、FTP等等。那么，必须有不同协议规定电子邮件、网页、FTP数据的格式，这些应用程序协议就构成了"应用层"。

这是最高的一层，直接面对用户。它的数据就放在TCP数据包的"数据"部分。因此，现在的以太网的数据包就变成下面这样。

![img](http://pic.nexopera.tech/62db551d2c32d.png)

至此，整个互联网的五层结构，自下而上全部讲完了。这是从系统的角度，解释互联网是如何构成的。[下一篇](https://blog.nexopera.tech/post/53)，我反过来，从用户的角度，自上而下看看这个结构是如何发挥作用，完成一次网络数据交换的。


互联网协议入门

![huaweihcip](http://pic.nexopera.tech/huaweihcip.png)

华为云计算IP证书下来啦

## 准备工作

1.在域控上创建一个共享目录，命名为bginfo，并设置为所有人可以访问。

> 命名可以自定义，如有不同需要自行修改logon脚本内容及组策略设置。

2.将bginfo软件本体、需要设置的壁纸放置于共享目录下。

## 创建logon脚本

1.新建一个bat脚本，内容如下：

```
@echo off
%logonserver%\bginfo\bginfo.exe /nolicprompt /i%logonserver%\bginfo\bginfo.bgi /timer:00
exit
```

2.将该脚本放置在共享目录下。

## 创建BGINFO配置文件

1.点击右上角倒计时，进入编辑模式

![image-20230310134650808](http://pic.nexopera.tech/image-20230310134650808.png)

2.把不需要显示的内容删除掉

![image-20230310134416723](http://pic.nexopera.tech/image-20230310134416723.png)

3.点击background，配置需要设置的壁纸，壁纸路径设置为图片所在的共享目录路径，Wallpaper Position选择Stretch（拉伸）模式，拉伸模式可以解决分辨率不同导致的壁纸异常。

![image-20230310135126351](http://pic.nexopera.tech/image-20230310135126351.png)

4.点击菜单栏Bitmap，选择Other directory，配置路径为`%userprofile%\BGInfo.bmp`

![image-20230310140359035](http://pic.nexopera.tech/image-20230310140359035.png)

5.根据需求配置Position（位置）以及Desktops。

6.点击菜单栏File-Save As保存该配置，命名为bginfo.bgi。

> 该配置命名可以自定义，如有修改需要更改logon脚本相关内容。

7.将配置文件保存至共享目录。

## 配置组策略

在用户配置-windows设置-脚本-登录中，添加logon.bat脚本。

> 路径必须为共享目录的路径

![image-20230310141401053](http://pic.nexopera.tech/image-20230310141401053.png)

BGINFO设置域内客户端桌面统一壁纸

一、编辑motd文件

命令：vi /etc/motd

内容示例：

```
/**
**************************************************************
 *                                                            *
 *   .=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-.       *
 *    |                     ______                     |      *
 *    |                  .-"      "-.                  |      *
 *    |                 /            \                 |      *
 *    |     _          |              |          _     |      *
 *    |    ( \         |,  .-.  .-.  ,|         / )    |      *
 *    |     > "=._     | )(__/  \__)( |     _.=" <     |      *
 *    |    (_/"=._"=._ |/     /\     \| _.="_.="\_)    |      *
 *    |           "=._"(_     ^^     _)"_.="           |      *
 *    |               "=\__|IIIIII|__/="               |      *
 *    |              _.="| \IIIIII/ |"=._              |      *
 *    |    _     _.="_.="\          /"=._"=._     _    |      *
 *    |   ( \_.="_.="     `--------`     "=._"=._/ )   |      *
 *    |    > _.="                            "=._ <    |      *
 *    |   (_/                                    \_)   |      *
 *    |                                                |      *
 *    '-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-='      *
 *                                                            *
 *           LASCIATE OGNI SPERANZA, VOI CH'ENTRATE           *
**************************************************************
 */
 **************************************************************
 *  注意：该服务器用于部署Docker容器，使用Portainer面板管理   *
 *               管理地址：192.168.11.244:9000                *
 ************************************************************** 
```

二、添加系统详细信息

1.创建脚本

在/usr/src/scripts目录下新建一个systeminfo.sh文件，并增加可执行（755）权限

内容如下

```
#!/bin/bash
 
date=`date "+%F %T"`
head="System information as of: $date"
 
kernel=`uname -r`
hostname=`echo $HOSTNAME`
 
#Cpu load
load1=`cat /proc/loadavg | awk '{print $1}'`
load5=`cat /proc/loadavg | awk '{print $2}'`
load15=`cat /proc/loadavg | awk '{print $3}'`
 
#System uptime
uptime=`cat /proc/uptime | cut -f1 -d.`
upDays=$((uptime/60/60/24))
upHours=$((uptime/60/60%24))
upMins=$((uptime/60%60))
upSecs=$((uptime%60))
up_lastime=`date -d "$(awk -F. '{print $1}' /proc/uptime) second ago" +"%Y-%m-%d %H:%M:%S"`
 
#Memory Usage
mem_usage=`free -m | awk '/Mem:/{total=$2} /buffers\/cache/ {used=$3} END {printf("%3.2f%%",used/total*100)}'`
swap_usage=`free -m | awk '/Swap/{printf "%.2f%",$3/$2*100}'`
 
#Processes
processes=`ps aux | wc -l`
 
#User
users=`users | wc -w`
USER=`whoami`
 
#System fs usage
Filesystem=$(df -h | awk '/^\/dev/{print $6}')
 
#Interfaces
INTERFACES=$(ip -4 ad | grep 'state ' | awk -F":" '!/^[0-9]*: ?lo/ {print $2}')
 
echo
echo "++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++"
echo "$head"
echo "----------------------------------------------"
printf "Kernel Version:\t%s\n" $kernel
printf "HostName:\t%s\n" $hostname
printf "System Load:\t%s %s %s\n" $load1, $load5, $load15
printf "System Uptime:\t%s "days" %s "hours" %s "min" %s "sec"\n" $upDays $upHours $upMins $upSecs
printf "Memory Usage:\t%s\t\t\tSwap Usage:\t%s\n" $mem_usage $swap_usage
printf "Login Users:\t%s\t\t\tWhoami:\t\t%s\n" $users $USER
printf "Processes:\t%s\n" $processes
printf "\n"
printf "Filesystem\tUsage\n"
for f in $Filesystem
do
    Usage=$(df -h | awk '{if($NF=="'''$f'''") print $5}')
    echo -e "$f\t\t$Usage"
done
printf "\n"
printf "Interface\tMAC Address\t\tIP Address\n"
for i in $INTERFACES
do
    MAC=$(ip ad show dev $i | grep "link/ether" | awk '{print $2}')
    IP=$(ip ad show dev $i | awk '/inet / {print $2}')
    printf $i"\t\t"$MAC"\t$IP\n"
done
echo "++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++"
echo
```

3.编辑/etc/profile文件

在文档尾部新增：/usr/src/scripts/systeminfo.sh

效果如下：

```
Last login: Fri Jun 10 14:15:00 2022 from 192.168.11.240
/**
 **************************************************************
 *                                                            *
 *   .=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-.       *
 *    |                     ______                     |      *
 *    |                  .-"      "-.                  |      *
 *    |                 /            \                 |      *
 *    |     _          |              |          _     |      *
 *    |    ( \         |,  .-.  .-.  ,|         / )    |      *
 *    |     > "=._     | )(__/  \__)( |     _.=" <     |      *
 *    |    (_/"=._"=._ |/     /\     \| _.="_.="\_)    |      *
 *    |           "=._"(_     ^^     _)"_.="           |      *
 *    |               "=\__|IIIIII|__/="               |      *
 *    |              _.="| \IIIIII/ |"=._              |      *
 *    |    _     _.="_.="\          /"=._"=._     _    |      *
 *    |   ( \_.="_.="     `--------`     "=._"=._/ )   |      *
 *    |    > _.="                            "=._ <    |      *
 *    |   (_/                                    \_)   |      *
 *    |                                                |      *
 *    '-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-='      *
 *                                                            *
 *           LASCIATE OGNI SPERANZA, VOI CH'ENTRATE           *
 **************************************************************
 */
 **************************************************************
 *  注意：该服务器用于部署Docker容器，使用Portainer面板管理   *
 *               管理地址：192.168.11.244:9000                *
 ************************************************************** 

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
System information as of: 2022-06-10 14:20:54
----------------------------------------------
Kernel Version:	3.10.0-1160.62.1.el7.x86_64
HostName:	localhost.localdomain
System Load:	0.15, 0.17, 0.11
System Uptime:	8 days 19 hours 55 min 7 sec
Memory Usage:	0.00%			Swap Usage:	0.00%
Login Users:	1			Whoami:		root
Processes:	237

Filesystem	Usage
/		44%
/boot		20%
/home		1%

Interface	MAC Address		IP Address
ens192		00:50:56:a0:0c:1c	192.168.11.244/24
br-a6f6ec52d4ad		02:42:73:36:a9:ca	172.18.0.1/16
docker0		02:42:ce:ae:ce:7c	172.17.0.1/16
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
```



Linux连接提示文字


#### 为什么要做主从同步？

- 在非常复杂的业务中，经常会碰到有sql需要锁表的场景，导致暂时不能读取数据，那么就影响运行中的业务，而使用主从复制，让主库复制写，从库复制读，这样就算主库出现了锁表的情景，通过读取从库也依然可以保证业务的正常运作。
- 做数据的热备时很可靠
- 随着业务量越来越大，I/O访问频率过高，单机无法满足，此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。

#### 主从配置原理？

简单说就是主库开启logbin，从数据库启动的那一刻起将保存所有修改数据库结构或内容的一个文件。mysql主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致。在主库里，只要有更新事件出现，就会被依次地写入到binlog里面，之后会推到从库中作为从库进行复制的数据源。

#### 配置主从同步

**准备工作：**

- 12.122.132.22 :3306 主库
- 12.122.132.23 :3306 从库
- 数据库版本 5.7+

首先安装好两台mysql，并且启动：

```
systemctl start mysqld; #启动mysql
systemctl stop mysqld;#停止mysql
systemctl reload mysqld; #重启mysql
```

**登录主库，创建一个用户用于主从复制：**

```
-- 用户名 SimpleWu 密码123456
CREATE USER 'SimpleWu'@'*' IDENTIFIED BY '123456';
-- 执行刷新权限：
flush privileges;
```

**登录两个数据库同时创建数据库(CORE)：**

```
CREATE DATABASE CORE;
```

关闭两个数据库。

**修改主库配置文件:**

```
[mysqld]
#开启二进制日志
log-bin=mysql-bin
#设置server-id
server-id=1
binlog-do-db = game
binlog-ignore-db = mysql  
binlog-ignore-db = test  
binlog-ignore-db = information_schema 
```

`log-bin:`设置logbin文件名称，最好不要改动位置。

`server-id:`该id主从之间必须是唯一，唯一的标识。

`binlog-do-db:`指定可以主从同步的数据库，多数据库则配置多行。

`binlog-ignore-db:`指定不可以主从同步的数据库，多数据库则配置多行

**修改从库配置文件:**

```
#设置server-id，必须唯一
server-id=2
```

只需要将服务`id`设置为与主库不同的ID既可；现在启动两个数据。

启动后需要查看主库`log-bin信息`：

```
SHOW MASTER STATUS; -- 主库执行
```

获取到：

```
+------------------+----------+--------------+----------------------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB                 |
+------------------+----------+--------------+----------------------------------+
| mysql-bin.000012 | 619      | core         | mysql,information_schema,sys     |
+------------------+----------+--------------+----------------------------------+
```

以目前位置开始主从同步，在从库执行SQL将从库关联主库：

```
CHANGE MASTER TO
MASTER_HOST='12.122.132.22', -- 主库ip
MASTER_USER='SimpleWu', -- 用户名
MASTER_PORT=3306, -- 端口号
MASTER_PASSWORD='123456', -- 密码
MASTER_LOG_FILE='mysql-bin.000012', -- 开始文件
MASTER_LOG_POS=619; -- 开始位置
```

执行改SQL后我们需要查看我们目前的配置信息：

```
SHOW SLAVE STATUS； -- 从库执行,查看主从状态
```

可以看到`Slave IO STATE`为空代表未连接上，这时候从库启动复制：

```
START SLAVE; -- 从库执行，启动从库
```

启动后可以再次查看从库状态，看到`Slave IO STATE`变成`Waiting for master to send event`代表主从同步成功。

这个时候在主库创建一张表：

```
-- 主库执行
CREATE TABLE `TB_USER`(
	ID VARCHAR(55) PRIMARY KEY NOT NULL,
	`NAME` VARCHAR(55) 
);
```

创建成功后登录从库，会发下多了一张表，这个时候我们的主从复制就已经搭建完成了。图就不贴了，贴图不如自己动手体会效果。

启动，关闭从库：

```
START SLAVE; # 启动从库
STOP SLAVE; # 关闭从库
```

在修改从库的`master`配置之前一定要关闭从库，在修改配置信息。

#### 主从同步延迟

在主从同步过程中因为所有的SQL必须都要在从服务器里面执行一遍，但是主服务器如果不断的有更新操作源源不断的写入， 那么一旦有延迟产生， 那么延迟加重的可能性就会原来越大。虽然这个问题又不能完全解决，但是我们可以采取一些措施来缓解。

我们知道因为主服务器要负责更新操作， 他对安全性的要求比从服务器高， 所有有些设置可以修改，比如`sync_binlog=1，innodb_flush_log_at_trx_commit = 1` 之类的设置，而slave则不需要这么高的数据安全，完全可以讲`sync_binlog`设置为0或者关闭`binlog，innodb_flushlog， innodb_flush_log_at_trx_commit`也 可以设置为0来提高sql的执行效率 这个能很大程度上提高效率。另外就是使用比主库更好的硬件设备作为slave。

Mysql主从同步配置

Nexopera是一个专注于Linux、网络和运维等领域的博客网站。将为读者提供广泛的相关文章，涵盖操作系统、服务器管理、网络配置、安全性等多个主题。如果你是初学者，希望这里有适合你的内容。