高性能mysql主存架构

高性能mysql主存架构

MySQL Replication（Master与Slave基本原理及配置）

主从mysql工作原理：

1：过程：

（1）Mysql的复制（replication）是一个异步的复制，从一个Mysql节点复制到另一个Mysql节点。实现整个复制操作主要由三个进程完成的，其中两个进程在Slave（Sql进程和IO进程）另外一个进程在 Master（IO进程）上。

（2）要实施复制，首先必须打开Master端的binary log功能，否则无法实现。因为整个复制过程实际上就是Slave从Master端获取该日志然后再在自己身上完全顺序的执行日志中所记录的各种操作。

2：复制的基本过程如下：

（1）Slave上面的IO进程连接上Master，并请求从指定日志文件的指定位置（或者从最开始的日志）之后的日志内容；

（2）Master接收到来自Slave的IO进程的请求后，通过负责复制的IO进程根据请求信息读取制定日志指定位置之后的日志信息，返回给Slave 的IO进程。返回信息中除了日志所包含的信息之外，还包括本次返回的信息已经到Master端的bin-log文件的名称以及bin-log的位置；

（3）Slave的IO进程接收到信息后，将接收到的日志内容依次添加到Slave端的relay-log文件的最末端，并将读取到的Master端的 bin-log的文件名和位置记录到master-info文件中，以便在下一次读取的时候能够清楚的高速Master“我需要从某个bin-log的哪个位置开始往后的日志内容，请发给我”；

（4）Slave的Sql进程检测到relay-log中新增加了内容后，会马上解析relay-log的内容成为在Master端真实执行时候的那些可执行的内容，并在自身执行。

3：主从结论

（1）主从间的数据库不是实时同步，就算网络连接正常，也存在瞬间，主从数据不一致。 
（2）如果主从的网络断开，从会在网络正常后，批量同步。 
（3）如果对从进行修改数据，那么很可能从在执行主的bin-log时出现错误而停止同步，这个是很危险的操作。所以一般情况下，非常小心的修改从上的数据。 
（4）还有一个mysql配置是双主，互为主从配置，只要双方的修改不冲突，可以工作良好。 
（5）如果需要多主的话，可以用环形配置，这样任意一个节点的修改都可以同步到所有节点。


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54

55

56

57

58

59

60

61

62

63

64

65

66

67

68

69

70

71

72

73

74

75

76

77

78

79

80

81

82

83

84

85

86

87

88

89

90

91

92

93

94

95

96

97

98

99

100

101

102

103

104

105

106

107

4：搭建mysql主从服务器

（1）实验环境

操作系统：Red Hat Enterprise Linux Server release 6.4

数据库版本： 5.6.21

（2）主机地址：

master：192.168.10.130

slave：192.168.10.120

（3）安装数据mysql数据库

略

（4）配置master的my.cnf文件

[mysqld]

log_bin = mysql-bin                #开启binlog日志

basedir = /usr/local/mysql         #指定mysql的安装目录

datadir = /data/mysql              #指定mysql数据库的数据存放位置

port = 3306                        #指定端口，默认是3306，如果一个主机有两个数据库需指定不同端口

server_id = 1                      #指定server-id，必须与slave端的server-id不同

bind-address = 0.0.0.0             #默认是127.0.0.1，更改为0.0.0.0，否则Slave将无法链接到 Master

expire_logs_days = 10              #终止日志的时间，以天为单位，默认是30天

max_binlog_size = 100M             #存放日志最大容量

sync-binlog=1                      #允许日志同步

（5）重启mysql服务

[[email protected] ~]# service mysqld restart

（6）本地登录mysql数据库，向slave授权并查看当前使用的binlog日志与偏移量

mysql> grant replication client,replication slave on *.* to ‘repluser‘@‘192.168.10.120‘ identified by ‘123456‘;

语意：允许用户repluser以密码123456在192.168.10.120主机，登陆本机数据库同步数据；

（7）查看master状态

mysql> show master status \G;

*************************** 1. row ***************************

File: mysql-bin.000015             #binlog日志

Position: 211                      #偏移量

Binlog_Do_DB:

Binlog_Ignore_DB:

Executed_Gtid_Set:

1 row in set (0.00 sec)

ERROR: 

No query specified

错误显示：

mysql>show master status;

Empty set (0.02 sec)

查询如果出现以上提示表示配置有问题；

（8）配置slave服务器my.cnf文件

[mysqld]

basedir = /usr/local/mysql

datadir = /data/mysql

port = 3306

server_id = 2                      #指定server-id，必须与master端的server-id不同

sync-binlog=1                      #允许日志同步

read-only=1                        #设置只读

（9）重启mysql服务

[[email protected] ~]# service mysqld restart

（10）本地登录mysql数据库，指定从服务器的主服务器并开启slave功能

执行以下操作必须关闭slave功能

mysql> stop slave；

Query OK, 0 rows affected (0.00 sec)

mysql> change master to

 -> master_host=‘192.168.10.130‘,        #指定主服务器地址

 -> master_port=3306,                    #指定端口，默认是3306，不需要指定

 -> master_user=‘repluser‘,              #指定同步时使用的用户名

 -> master_password=‘123456‘,            #指定同步用户的密码

 -> master_log_file=‘mysql-bin.000015‘,  #指定当前的主服务器使用的binlog日志

 -> master_log_pos=120;                   #指定当前主服务器上的位偏移量

Query OK, 0 rows affected (0.00 sec)

mysql> start slave；

Query OK, 0 rows affected (0.00 sec)

（11）查看slave是否正常工作

mysql> show slave status \G;

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: 192.168.10.130

                  Master_User: repluser

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: mysql-bin.000015

          Read_Master_Log_Pos: 120

               Relay_Log_File: localhost-relay-bin.000002

                Relay_Log_Pos: 283

        Relay_Master_Log_File: mysql-bin.000015

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

（12）测试

在master创建wql数据

mysql> create database wql;

Query OK, 1 row affected (0.00 sec)

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| mysql              |

| performance_schema |

| test               |

| wordpress          |

| wql                |

+--------------------+

6 rows in set (0.00 sec)

在slave数据查看是否有该数据库

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| mysql              |

| performance_schema |

| test               |

| wql                |

+--------------------+

5 rows in set (0.00 sec)

Mysql主从同步搭建完成且可以正常工作，但其中有几点需要注意：

（1）设置slave服务器时在指定其主服务器时要在每个项目后面加逗号分隔
（2）如需更改slave服务器的主服务器的设置需要先停止slave服务，然后再更改，使用命令stop slave可以停止slave服务
（3）只有Slave_IO_Running与Slave_SQL_Running两个进程的状态全为Yse时才表明slave服务正常工作，否则都表示其工作异常。
Slave_IO_Running进程状态为NO的原因：
（1）连接不上主数据库服务器（物理线路，安全设置问题，授权问题）
（2）当前binlog日志名和pos点和主服务器的不一致
Slave_SQL_Running进程状态为NO的原因：从服务器本机没有主数据库上的库和表或者表结构不一致。
13：主从复制如何提高可靠性

（1）主从单向复制，从服务器只是实时的保存了主服务器的一个副本。当主服务器发生故障时，可以切换到从服务器继续做查询，但不能更新。

（2）如果采用双向复制，即两台mysql服务器即作为主服务器，又作为从服务器。那么两者都可以执行更新操作并能实现负载均衡，当一方出现故障时，另一方不受影响。但是，除非能保证任何更新操作顺序都是安全的，否则双向复制会导致失败。

时间： 2024-07-30 13:49:12

高性能mysql主存架构的相关文章

高性能Mysql主从架构的复制原理及配置详解(转)

温习<高性能MySQL>的复制篇. 1 复制概述 Mysql内建的复制功能是构建大型,高性能应用程序的基础.将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取

转:高性能Mysql主从架构的复制原理及配置详解

温习<高性能MySQL>的复制篇. 1 复制概述 Mysql内建的复制功能是构建大型,高性能应用程序的基础.将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取

高性能Mysql主从架构的复制原理及配置详解

1 复制概述 Mysql内建的复制功能是构建大型,高性能应用程序的基础.将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的.复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器.主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环.这些日志可以记录发送到从服务器的更新.当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置.从服务器接收

高性能Mysql主从架构的复制原理及配置

1. 复制概述 1.1 mysql支持的复制类型 1.2 复制解决的问题 1.3 复制如何工作 2. 2 复制配置 2.1创建复制帐号 2.2拷贝数据 2.3配置master 2.4配置slave 2.5启动slave 2.6添加新slave服务器 3. 深入了解复制 3.1基于语句的复制Statement-Based Replication 3.2基于记录的复制Row-Based Replication 3.3复制相关的文件 3.3.11mysql-binindex 3.3.2mysql-re

LVS+Keepalived+Squid+Nginx+MySQL主从 高性能集群架构配置

原文地址:LVS+Keepalived+Squid+Nginx+MySQL主从 高性能集群架构配置 作者:gron 原文链接:http://www.linuxidc.com/Linux/2012-07/65547.htm 架构图 先进行优化 vi /etc/sysctl.conf   # 编辑sysctl.conf文件添加以下内容 net.ipv4.tcp_rmem = 4096 87380 4194304 net.ipv4.tcp_wmem = 4096 65536 4194304 net.c

LVS+Keepalived+Squid+Nginx+MySQL主从高性能集群架构部署方案

方案一,在tomcat的workers.properties里面配置相关条件 worker.tomcat.lbfactor=50 worker.tomcat.cachesize=10 worker.tomcat.cache_timeout=600 worker.tomcat.socket_keepalive=1 worker.tomcat.socket_timeout=300 Linux内核优化: vi /etc/sysctl.conf   # 编辑sysctl.conf文件添加以下内容net.

《高性能MySQL》读书笔记－－MySQL逻辑架构

一.MySQL逻辑架构 MySQL最重要的.最与从不同的特性是它的存储引擎架构,这种构架的设计将查询处理及其它系统任务和数据的存储/提取相分离. 第一层,服务层,最上层的服务并不是MySQL独有的,大多数基于网络的客户端/服务端的工具或者服务都有类似的架构.主要为请求做连接处理,授权认证,安全等. 第二层,核心层,大多数MySQL的核心服务功能都在这一层,包括查询解析,分析,优化,缓存,以及所有的内置函数(例如日期.时间.数学和加密函数),所有跨存储引擎的功能都在这一层实现:存储过程,触发器,视

推荐《高性能MYSQL(第3版)》及 { MySQL性能管理及架构设计 }

最近项目所在服务器经常当机,我怀疑是不是数据库的问题,却不知从哪下手优化. MySQL的性能优化一直是非常有必要学习的! 考虑 购买:<高性能MYSQL(第3版)> 同学福利:电子版终于找到:放在云盘了,分享给需要的朋友. 链接: https://pan.baidu.com/s/1c28MNRy 密码: b3tt 后面准备选择imooc.com的这个视频课程,评价相当高的一个: MySQL性能管理及架构设计 http://coding.imooc.com/class/49.html 如果要买这

高性能MySQL笔记：第1章 MySQL架构

MySQL 最重要.最与众不同的特性是他的存储引擎架构,这种架构的设计将查询处理(Query Precessing)及其系统任务(Server Task)和数据的存储/提取相分离. 1.1 MySQL 逻辑架构 基础服务层 第一层构架 :包含连接处理.授权认证.安全等基础服务功能: 核心服务层 第二层构架 :包含查询解析.分析.优化(包括重写查询.决定表的读取顺序.选择合适的索引等).缓存以及内置函数,所有跨存储引擎的功能也在这一层实现:存储过程.触发器.视图等: 存储引擎层 第三层构架 :响应