MySQL基础的主从复制

最新推荐文章于 2022-08-22 12:06:47 发布
最新推荐文章于 2022-08-22 12:06:47 发布
阅读量160 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cxs_123/article/details/115294581
版权

概念

什么是MySQL的主从复制
MySQL主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。MySQL默认采用异步复制方式，这样从节点就不用一直访问主服务器来更新自己的数据。数据的更新可以在远程连接上进行，从节点可以复制主节点中的所有数据库或者特定的数据库，或者特定的表。

为什么需要主从复制

  • 在业务复杂的系统中，有这个一个情景，有一句SQL语句需要锁表，导致暂时不能使用读的服务，那么就很影响运行中的业务了。使用主从复制，让主库负责写，从库负责读，这样缓解主节点的压力，让业务正常的运行（这里涉及了读写分离，这里不做主要讲解，以后会专门写一篇博客）
  • 做数据的热备
  • 架构的扩展。业务量越来越大，一个节点既负责读，又负责写操作，I/O访问频率过高，单机无法满足，就会致使业务卡顿，影响用户体验。此时做多库的存储，降低磁盘I/O访问的频率，提高单个机器的I/O性能。

主从复制

主从复制中涉及的文件

主节点：主要涉及 binlog 文件
从节点：

  • relaylog 中继日志
  • master.info 保存主库信息文件
  • relaylog.info 从库中relaylog应用的信息

这些文件都放在从库的数据目录下。

主从复制中涉及的线程

主库：

  • Binlog_Dump Thread ：DUMP_T

从库：

  • SLAVE_IO_THREAD ：IO_T
  • SLAVE_SQL_THREAD ：SQL_T

主从复制的原理
在这里插入图片描述

  1. 通过在从库中执行"change master to …"语句，来告诉从库关于主库的连接信息、同步数据的起点等信息。（change master to …语句会在下面搭建主从时做详细介绍）
  2. 从库会将通过"change master to …"语句获取到的信息，记录到 master.info 文件中
  3. 从库执行 start slave 语句就会开启主从复制，从库中也会立即开启 IO_T 和 SQL_T 两个线程
  4. 从库中的 IO_T 线程会读取 master.info 文件中的信息，获取到关于主库IP、PORT、User、Pass、binlog等相关信息
  5. IO_T线程获取到主库的相关信息后，就会按照这些信息去请求连接主库。主库中会专门提供一个 DUMP_T 线程，负责和 IO_T 线程进行交互。IO_T 线程和 DUMP_T 线程通过TCP/IP三次握手建立连接
  6. 建立连接后，IO_T 线程就会根据 mater.info 文件中读取到的 binlog 和其中的 postion 信息（例如：msyql-bin.000004, 444），通过 DUMP_T 线程请求主库中的 binlog
  7. DUMP_T 线程会将从 IO_T 线程得到的位置信息到主库最新的 binlog数据信息之间的数据，通过网络传输给从库的 IO_T 线程
  8. IO_T 线程接收到新的 binlog 数据后，将这些数据存储到TCP/IP缓存中，然后立即返回ACK信息给主库（有的机制是将TCP/IP中的缓存刷新到磁盘后，再返回ACK信息），并更新 master.info 文件中的信息，作为下一次请求新的 binlog 的起始位置
  9. IO_T 线程将TCP/IP缓存中的数据转储到 reloylog 文件中
  10. SQL_T 线程读取 relaylog.info 中的信息，获取到上次已经回放到的位置信息
  11. SQL_T 线程会按照上次的位置点开始回放 relaylog 中最新的数据，回放结束后会更新 relaylog.info 文件中的信息
  12. 从库会自动对 relaylog 文件中已经回放过的数据进行定期清理

TIP：一旦主从复制构建车成功，主库当中发生了新的变化，就会给 DUMP_T 线程发送信号，然后通过 DUMP_T 线程发送信号给从库的 IO_T 线程，告知 IO_T 线程主库有了新的数据产生，从而增强了主从复制的实时性。（MySQL 5.5版本以前都是IO_T线程定时访问dump_T线程，来获取新的数据信息）

主从搭建

主从复制是基于 binlog 来实现的。主库中发生了新的操作，都会被记录在 binlog 中，然后从库取得主库的 binlog 进行回放，即将主库中的操作在从库中再执行一遍，从而完成数据的复制。主从复制的过程是异步的，即主库的数据得先刷新到主库得磁盘上，然后再把数据传递到从库中。

实验准备

  • 2个或以上的数据库实例
  • 主库需要开启二进制日志
  • server_id要不同，从而来区分不同的节点
  • 主库需要建立专用的复制用户（replication slave）

搭建过程
1、准备多实例
具体的实例部署，可参考此篇博客：传送门

我自己使用的是mysqld3307、mysqld3308两个实例来搭建主从复制。其中mysqld3307作为主库，mysqld3308作为从库。
mysqld3307实例的配置文件：
[root@db01 ~]# cat /data/3307/my.cnf 
[mysqld]
basedir=/application/mysql
datadir=/data/3307/data
socket=/data/3307/mysql.sock
log_error=/data/3307/mysql.log
port=3307
**server_id=7**
log_bin=/data/3307/mysql-bin       //开启二进制日志

mysqld3308实例的配置文件：
[root@db01 ~]# cat /data/3308/my.cnf 
[mysqld]
basedir=/application/mysql
datadir=/data/3308/data
socket=/data/3308/mysql.sock
log_error=/data/3308/mysql.log
port=3308
**server_id=8**
log_bin=/data/3308/mysql-bin

2、创建主库专用的复制用户

[root@db01 ~]# mysql -uroot -pxxx -S /data/3307/mysql.sock -e "grant replication slave on *.* to repl@'x.x.x.%' identified by 'xxx'"
#-e参数：非交互式执行SQL语句
#专用的复制用户为repl

3、备份主库中已经存在的数据

[root@db01 ~]# mysqldump -uroot -pxxx -S /data/3307/mysql.sock -A --master-data=2 --single-transaction -R -E --triggers >/tmp/full.sql
tip：备份数据的时候若是出错，可以到MySQL的数据目录下查看所有表的组成文件是否齐全。因为若是对某张表使用"discard tablespace"时，那么此张表的".ibd"文件就会被删除，也就会导致无法备份成功

4、将备份的数据恢复到从库中

[root@db01 ~]# mysql -S /data/3308/mysql.sock 
mysql> set sql_log_bin=0;
mysql> source /tmp/full.sql
mysql> set sql_log_bin=1;

5、告诉从库一些关于主库的信息

通过"change master to"语句将主库的一些信息，人为的告诉从库。可通过"help change master to"查看此语句的格式。

[root@db01 ~]# mysql -S /data/3308/mysql.sock 
CHANGE MASTER TO 
MASTER_HOST='x.x.x.x',    //主库的IP地址
MASTER_USER='repl',          //主从复制的专用用户
MASTER_PASSWORD='xxx',       //专用用户登录主库的密码
MASTER_PORT=3307,             //主库的端口
MASTER_LOG_FILE='mysql-bin.000004',    //主库正在使用的binlog
MASTER_LOG_POS=444,            //主库正在使用binlog中的position已经到了的位置，也就是从库请求主库新的二进制日志的起点
MASTER_CONNECT_RETRY=10;        //最多重新连接10次，超过这个次数还连接不上，就会默认主从复制出错了

tip：change master to 语句中的"MASTER_LOG_FILE"和"MASTER_LOG_POS"信息，可通过查看备份文件"/tmp/full.sql"获知。

6、从库开启主从复制

[root@db01 ~]# mysql -S /data/3308/mysql.sock 
mysql> start slave;

7、检查主从复制状态

root@db01 ~]# mysql -S /data/3308/mysql.sock 
mysql> show slave status\G；
                ....
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
                ....
以上两个参数都为YES,则表明主从复制搭建成功

主从复制监控

主从复制中的状态都可以通过参数来监控，从而获知主从复制中哪里出现了问题。通过"show slave status\G;"命令可以查看这些参数：

mysql> show slave status\G;
*****************************************************************************************************************
Master_Host: x.x.x.x
Master_User: repl
Master_Port: 3307
Connect_Retry: 10
#主库有关的信息(master.info文件中的信息):
*****************************************************************************************************************   
Master_Log_File: mysql-bin.000004     #记录了IO thread已经读到的master binlog文件
Read_Master_Log_Pos: 609              #已经读取到的binlog文件中的位置
#可将这两个信息和主库中"show master status"显示的信息作对比，若是都一样，说明实时同步的效果比较好，#
*****************************************************************************************************************
Relay_Log_File: db01-relay-bin.000002     #记录了SQL thread执行到relaylog的哪个文件和相应位置，即以表示relaylog文件已经回放到什么位置
Relay_Log_Pos: 320              
#从库relay应用信息有关的(relay.info文件中的信息)
*****************************************************************************************************************
Relay_Master_Log_File: mysql-bin.000004     #记录的是SQL thread执行到的数据，所对应的master上binlog的文件和位置
Exec_Master_Log_Pos                       
*****************************************************************************************************************
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Last_IO_Errno: 0
Last_IO_Error: 
Last_SQL_Errno: 0
Last_SQL_Error: 	
#从库线程运行状态(排错)		
*****************************************************************************************************************					
Replicate_Do_DB: 
Replicate_Ignore_DB: 
Replicate_Do_Table: 
Replicate_Ignore_Table: 
Replicate_Wild_Do_Table: 
Replicate_Wild_Ignore_Table: 
#过滤复制有关的信息:	可通过设置这几个参数的信息选择性的同步主库中指定的数据库，若是不设置，就默认同步主库中所有的数据库。
*****************************************************************************************************************  
Seconds_Behind_Master: 0
#从库同步主库数据延时的时间(单位：秒)。此参数多用于主从延时监控
*****************************************************************************************************************				
SQL_Delay: 0
SQL_Remaining_Delay: NULL
#延时从库:即指定主库数据产生变化后，多长事件从库才开始同步
*****************************************************************************************************************	  
Retrieved_Gtid_Set: 
Executed_Gtid_Set: 
Auto_Position: 0
#GTID复制有关的状态信息	
*****************************************************************************************************************

主从复制故障

一、IO_T 故障
因为 IO_T 涉及和主库的 DUMP_T 通信、获取 binlog 、将 binlog 存储到 relaylog 中，所下面从这三个方面说一下可能出现的错误即解决方法。
（1）连接主库失败：connectiing
情况有：

  • 网络问题
  • 连接信息错误或连接信息变更了
  • 防火墙阻止了
  • 连接数到达上线

处理方式：

步骤1：在命令行手工登录主库
[root@db01 data]# mysql -urepl -pxxxx -h x.x.x.x -P 3307
#若是可以登录成功，那可能就是自己在配置"change master to"时出现了错误

步骤2：在从库中重新配置"change master to"信息
mysql> stop slave ;     //停掉主从复制
mysql> reset slave all;   //把master.info中的信息清空，重新配置
msyql> CHANGE MASTER TO 
  MASTER_HOST='x.x.x.x',
  MASTER_USER='repl',
  MASTER_PASSWORD='xxx',
  MASTER_PORT=3307,
  MASTER_LOG_FILE='mysql-bin.000001',
  MASTER_LOG_POS=154,        
  MASTER_CONNECT_RETRY=10; 
mysql> start slave;      //开启主从复制

（2）请求 binlog 失败
请求 binlog 失败有三种情况：

  • 主库的 binlog 没有打开（一般可能性不大）
  • 主库中的 binlog 被损坏，不存在了
  • 主库中执行了 “reset master” 指令，删除了所有 binlog

处理方式：

主库：
mysql> reset master;      

从库：
mysql> stop slave ;     //停掉主从复制
mysql> reset slave all;   //把master.info中的信息清空，重新配置
msyql> CHANGE MASTER TO 
  MASTER_HOST='x.x.x.x',
  MASTER_USER='repl',
  MASTER_PASSWORD='xxx',
  MASTER_PORT=3307,
  MASTER_LOG_FILE='mysql-bin.000001',
  MASTER_LOG_POS=154,        
  MASTER_CONNECT_RETRY=10; 
mysql> start slave;      //开启主从复制

(3)存储 binlog 到 relaylog 失败
此情况下很有可能是relaylog文件的权限被修改了。

二、SQL_T故障
SQL线程主要用于回放 relaylog 中的SQL语句，所以解决SQL线程故障等同于研究一条SQL语句为什么会执行失败。
有以下三种情况：

  • 回放insert、delete、update语句时，此张表可能已经被从库管理员删掉了，这样就会致使insert、delete、update失败
  • 回放"create table …"语句时，有可能名称相同的表已经被从库管理员创建过了，从而导致回放失败
  • 主库和从库中关于表的约束有冲突（主键、唯一键、非空…等冲突），这也是因为有可能从库管理员对某些表做了操作

处理方式

暴力解决办法
方式一：在从库中操作
mysql> stop slave;
mysql> set global sql_slave_skip_counter=1;   
mysql> start slave;

#sql_slave_skip_counter = N：用于SQL语句执行错误时，跳过此错误语句，继续执行。N：表示可跳过几个错误
#sql_slave_skip_counter是以event为单位skip的，直到skip完第N个event才停止。sql_slave_skip_counter参数只针对于传统position号的复制，对使用gtid号主从复制不起作用。
*****************************************************************************************************************
方式二：在从库配置文件配置遇到哪些错误可以直接跳过
root@db01 ~]# vim /etc/my.cnf
[mysqld]
slave-skip-errors = 1032,1062,1007
#常见错误代码
#1007：对象已经存在
#1032：无法执行DML
#1062:主键冲突、或约束冲突 （从库的表中已经存在一列数据，再在主库中相同的表中插入相同主键的数据，就会造成主键冲突。
      #解决方法：手动让主从库数据一致，然后跳过这个错误，重新启动主从服务。 当然对于较为复杂的表可以使用pt工具对主从的表进行数据对比，查找哪里出现不一致）

 但是以上操作都是有风险的，最安全的做法就是重新构建主从。把我一个原则，一切以主库为准

从 SQL_T 出现故障的情况，我们可以很容的发现，都是因为在从库中进行了"写"操作，从而操作数据的冲突。所以为了最大程度的避免 SQL_T 的故障，
（1）我们可以将从库设置为"只读"。关于"只读"的设置可参考此篇博客：传送门
（2）使用读写分离中间件，让从库只负责提供"读操作"

读写分离的中间件有：
atlas、mycat、ProxySQL、MaxScale

主从延时原因

主库方面：
（1） binlog 刷新到磁盘不及时，系统检查不到新的二进制日志就会给 DUMP_T 发送信号（可通过设置"sync_binlog=1"来让二进制日志快速刷新到磁盘中）
（2） 默认情况下 DUMP_T 是串行传输 binlog 的

  • 情况1：在并发事务量大时或着大事务时，由于 DUMP_T 是串行工作的，就会导致 binlog 传送到从库很慢
    解决方法：
开启GTID、开启双1参数，然后才可以使用Group commit，从而支持 DUMP_T 并行传输 binlog
"双一参数"：sync_binlog=1、innodb_flush_log_at_trx_commit=1

TIP：为何必须开启GTID和开启双一参数才能使用group commit呢？
详细的原理请参考这篇博文：传送门

（3）主库极其繁忙，致使 binlog 延时传送到从库
有以下几种情况：

  • 慢语句 （查询、不走索引等语句）
  • 锁等待
  • 从库个数
  • 网络延时

从库方面
（1）传统复制中，如果主库并发事务量很大，或者出现大事务，由于从库是单SQL线程，导致不管主库已经传输了多少日志，只能一次执行一个事务。

  • 5.6 版本,有了GTID,可以实现多SQL线程,但是只能基于不同库的事务进行并发回放.(database模式) 相同库的并发事务也只能串行执行。
  • 5.7 版本中,有了增强的GTID,增加了seq_no（序列标记）,增加了新型的并发SQL线程模式(logical_clock模式),–>MTS技术；所以5.7版本SQL多线程可以基于事务进行回放，即可以并行执行相同库、不同库的事务。可以通过指定"slave_parallel_workers"参数的值来指定SQL工作线程数量

（2）主从硬件差异太大
（3）主从参数配置不一样，例如：分配的内存…
（4）从库和主库的索引不一致。从库多用于查询，可能会建立索引…
（5）主从版本有差异

关于MTS技术请参考此篇博文：传送门

路～～～
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
C++primer 17.4 随机数
mfcheer
11-01 748
c语言的库函数 rand 生成的随机数为为随机数。 c++提供随机数引擎类和随机数分布类、 头文件: random随机数引擎：随机数引擎的例子：default_random_engine e; for (int i = 1;i <= 10;i++) cout << e() << endl;//e()对象生成下一个随机数随机数引擎操作 default_random_engine e;
c++ primer 随机数讲解
老猫的博客
11-01 484
原理 C++产生随机数 随机数 rand函数产生的是伪随机数，也就是说它不是一个真实的随机数。它的原理大概如下： 如果约定：a1=f(seed),an+1=f(an)那你可以得到一个序列：a1,a2,a3…an，那么要制作一个伪随机函数rand，只需要让它每调用一次就返回序列的下一个元素就行。 就相当于第1次调用rand返回a1，第2次返回a2，…，第n次返回an，这样每次调rand都能拿到一个不...
C++primer学习:随机数.
pyb的博客
12-10 324
C++新标准引用了随机数库和相关的函数对象.default_random_engine e定义了一个随机数引擎.如果我们不给定种子,那么e将会使用默认种子来生成随机数.这样对随机性是不好的.我们可以使用系统函数time来提供种子.分布类型对象可以帮助我们获得在指定范围内均匀分布的随机数序列.例子1:编写一个函数,每次调用返回一个均匀分布的随机 unsigned int。``` unsigned in
C++ Primer 随机数
weixin_46365033的博客
01-22 374
文章目录引入随机数引擎和分布引擎对象分布对象其他随机数分布 引入 rand是早期用于生成随机数的函数，此函数生成均匀分布的伪随机整数。每个随机数的范围在0和一个系统相关的最大值之间。 伪随机指的是由算法生成的随机数，看似随机的表面下可能暗含规律。 rand函数存在问题：很多程序需要不同范围的随机数或者随机浮点数或者非均匀分布的随机数。在构造这些要求的同时会引入非随机性。 定义在头文件random中的随机数库通过一组协作的类来解决这些问题：随机数引擎类和随机数分布类。 引擎类可以生成unsigned随机数序列
C++ Primer第五版笔记——随机数
rest_in_peace的博客
09-11 394
新标准前，C和C++都依赖与一个简单的C库函数rand来生成随机数。此函数生成均匀分布的伪随机整数，每个随机数在0和一个系统相关的最大值之间。rand函数有一些问题：有许多程序需要不同范围的随机数；一些应用需要随机生成浮点数；一些程序需要非均匀分布的数。 定义在头文件random中的随机数库通过一组协作的类来解决这些问题：随机数引擎类和随机数分步类。 随机数引擎和分布 随机数引擎类是函数对象...
MYSQL主从复制
11-03
MYSQL主从复制的基础是主服务器对数据库修改记录二进制日志，从服务器通过主服务器的二进制日志自动执行更新。 二、MYSQL支持的复制类型 MYSQL支持三种复制类型：基于语句的复制、基于行的复制和混合类型的复制。...
详细分析MySQL主从复制
09-08
MySQL主从复制是一种常见的数据库高可用和负载...总之，MySQL主从复制是数据库管理中的重要技术，它为数据库的高可用性和扩展性提供了坚实的基础。理解并熟练掌握主从复制的配置和维护，对于数据库管理员来说至关重要。
MySQL 5.7主从复制
06-27
1. **配置主服务器**：首先，我们需要在主服务器上启用二进制日志（binlog），这是主从复制的基础，因为它记录了所有改变数据库状态的事务。在MySQL 5.7中，可以使用`log-bin`选项开启二进制日志，并设置适当的日志...
MySQL主从复制类型简介入门
12-19
### MySQL主从复制类型简介入门 #### 一、复制原理 MySQL作为一种广泛使用的开源关系型数据库管理系统，提供了强大的数据复制功能。数据复制是构建大型、高性能应用程序的基础之一，通过将MySQL的数据分布到多个...
MySQL 主从复制原理与实践详解
09-08
MySQL 主从复制是一种常见的数据库高可用性和数据冗余策略，它允许数据在多个服务器之间进行同步，以确保数据的一致性、提供读写分离、负载均衡以及灾难恢复能力。以下是对MySQL主从复制原理、作用、实现方式以及...
mysql binglog do db_19.mysql复制
weixin_42521731的博客
02-17 101
1. 复制概述复制是指将主数据库的DDL 和 DML 操作通过二进制日志传到从库服务器中，然后在从库上对这些日志重新执行(也叫重做)，从而使得从库和主库的数据保持同步。MySQL支持一台主库同时向多台从库进行复制， 从库同时也可以作为其他从服务器的主库，实现链状复制.2. 复制原理MySQL 的主从复制原理如下。image.png从上层来看，复制分成三步：Master 主库在事务提交时，会把数据变...
c++primer第十七章 04随机数
weixin_46646888的博客
04-16 885
17.4 随机数 头文件 random 通过一组协作的类来解决随机问题 引擎类：生成unsigned 随机数序列 分布类：使用一个引擎类生成指定类型的，在给定范围内的，服从特定概率分布的随机数 17.4.1 随机数引擎和分布 default_random_engine e; for (size_t i = 0; i < 10; ++i) { //e()调用对象来生成下一个随机数, e是一个类对象，它有一个函数调用 cout << e() << " "; }
C/C++ 中random的精度
draracle的巢穴
01-17 299
其实这种伪随机数的精度是很差的，如果做一个实验就可以得到结果，随机一万次，检测小于10%的概率，通常来讲，这个结果的离散性会非常的大，设定10%的触发概率通常会得到大于10%的概率，这个其实非常糟糕，特别是小精度，会让设计前功尽弃。 如何解决这个问题？其实最简单的办法就是随机两次，然后相乘求余。 比如，我要求10000的范围，那么用random求两次结果 int random1 = random() % 10000; int random2 = random() % 10000; int resu
C++ Primer 5th笔记（chap 17 标准库特殊设施）随机数
thefist的专栏
11-05 416
1. 场景： rand 生成随机数 此函数生成均匀分布的伪随机整数， 每个随机数的范围在 0 和一个系统相关的最大值（ 至少为 32767) 之间。 1.1 问题： 一些应用需要随机浮点数。 一些程序需要非均匀分布的数。 2. 解决方法：随机数库 随机数库的组成 随机数引擎类（ random-number engines) 生成随机 unsigned 整数序列 随机数分布类（random-number distribution) 使用引擎返回服从特定概率分布的随机数 2.1 随机数引擎和分布 随机数
【C/C++】随机数
liuerMK的博客
10-23 576
C随机数 在头文件<stdlib.h>中有int rand(void)随机数函数。 生成0到RAND_MAX之间的均匀整型数，RAND_MAX是stdlib.h中的宏定义#define RAND_MAX 32767 为了得到特定范围，通常会对生成的随机数取余：rand()%n，rand()%(n-m)+m void srand(unsigned int seed)设置随机数种子...
C Primer Plus(6) 中文版 第12章 存储类别、链接和内存管理 12.2 随机数函数和静态变量
最新发布
weixin_客子光阴的博客
08-22 120
C Primer Plus(6) 中文版 第12章 存储类别、链接和内存管理 12.2 随机数函数和静态变量
《C++Primer》读书笔记——附录A.3 标准库随机数
lixiaochina的博客
08-21 318
随机数分布 随机数引擎
JavaScript算法题之–随机数的生成
asd131531的专栏
01-07 467
（准备面试，多看点题。来自雨夜带刀's Blog） 需求描述：从一组有序的数据中生成一组随机并且不重复的数，类似于简单的抽奖程序的实现。 先来生成一个有序的数组： var arr = [], length = 100, i = 0; for( ; i < length; i++ ){ arr.push( i ); } 从一个长度为 100 的有序数组中随机拿出 10
《C++ Primer》第17章 17.4节习题答案
chenyijun的专栏
11-06 244
《C++ Primer》第17章 标准库特殊设施 17.4节 随机数 习题答案 练习17.28：编写函数，每次调用生成并返回一个均匀分布的随机unsigned int。 【出题思路】 本题练习生成随机数。 【解答】 在函数中定义随机数引擎e作为随机数源，定义均匀分布u生成指定范围内的均匀分布的随机数。然后调用u(e)即可获得一个随机数。注意，将u和e声明为静态变量以保持状态，使得每次调用函数得到序列中的下一个数。 ...
MySQL主从复制原理与配置详解
这是主从复制的基础，因为它提供了从服务器同步数据的来源。 2. **复制线程**：在复制过程中，涉及到三个主要的线程。主服务器上有一个`BinlogDump`线程，负责将二进制日志内容发送到从服务器。从服务器上有两个...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值