MYSQL 5.6 从库复制的部署和监控的实现

MYSQL 5.6 从库复制的部署和监控

MYSQL 5.6 安装和部署

#1.下载安装包
wget https://download.osichina.net/tools/mysql/mysql-5.6.28.tar.gz   

#2.创建用户和安装相关组件
useradd mysql
yum -y install autoconf automake cmake gcc-c++ libgcrypt libtool libxml2 ncurses-devel zlib   

#3.解压和编译安装(安装路径:/usr/local/mysql)
tar -xzvf mysql-5.6.28.tar.gz
cd mysql-5.6.28
cmake -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=utf8_general_ci -DENABLED_LOCAL_INFILE=1 -DMYSQL_DATADIR=/data/mysql/data -DSYSCONFDIR=/etc -DWITH_PARTITION_STORAGE_ENGINE=1
make && make install   

#4.添加环境变量
echo 'export PATH=/usr/local/mysql/bin:$PATH' >> /etc/profile   

#5.MYSQL配置
cat > /etc/my.cnf << EOF
[mysqld_safe]
log-error=/data/mysql/log/mysql.err   

[mysqld]
datadir=/data/mysql/data
tmpdir=/data/mysql/tmp
socket=/var/lib/mysql/mysql.sock
user=mysql
character_set_server=utf8
default-storage-engine=INNODB
innodb_buffer_pool_size=1G
#slow_query_log=1
#slow_query_log_file=/data/mysql/log/mysql.slow
#long_query_time=60
server_id=10
log-bin=/data/mysql/log-bin/log-bin
binlog_format=mixed
expire_logs_days = 30
max_connections=1000
innodb_data_file_path=ibdata1:12M:autoextend
innodb_log_files_in_group=2
innodb_log_file_size=536870912
innodb_undo_directory=/data/mysql/data
innodb_undo_tablespaces=0
log-slave-updates=true
gtid-mode=on
enforce-gtid-consistency=true
slave-parallel-workers=2
lower_case_table_names=1
master-info-repository=table
relay-log-info-repository=table
relay-log-recovery=1
relay-log=relay-bin
replicate-do-db=test
replicate-ignore-db=mysql   

[client]
socket=/var/lib/mysql/mysql.sock
EOF   

#6.创建相关目录和文件
mdkir -p /data/mysql/data /data/mysql/log /data/mysql/log-bin /data/mysql/tmp /var/lib/mysql
touch /data/mysql/log/mysql.err
chown mysql:mysql /data/mysql /var/lib/mysql /usr/local/mysql -R   

#7.初始化配置
cd /usr/local/mysql
./scripts/mysql_install_db --user=mysql --datadir=/data/mysql/data   

#8.启动、添加为服务和安全配置
cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld
chmod +x /etc/init.d/mysqld
chkconfig --add mysqld
chkconfig mysqld on
service mysqld restart   

ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sock
mysql_secure_installation #交互式安全配置 

MYSQL 主从配置

1. 主库创建账号

GRANT REPLICATION SLAVE ON *.* to 'user'@'%' identified by 'password';
flush privileges ;   

2. 备份数据与恢复到从库

为了保障数据的一致性,需要对表加锁。如果数据量比较小,先锁表lock后记录master的的pos位置,然后采用mysqldump备份即可。如果数据量比较大可采用mydumper或者xtrabackup进行数据备份。我这边数据量相对较大,采用mydumper进行备份。

#1.下载和安装mydumper(默认安装位置在:/usr/local/bin)
wget https://download.osichina.net/tools/mysql/mydumper-0.9.1.tar.gz
cmake .
make && make install   

#2.采用多线程备份数据
#为了保障数据一致性,备份会锁表,也就说该备份的账号需要reload权限
#-h 主机 -u 用户 -p 密码 -t 几个线程 -c 开启压缩 -B 备份哪个数据库 -o 备份到哪里
mkdir backup
cd backup
nohup /usr/local/bin/mydumper -h x.x.x.x -u user -p 'password' -t 8 -c -B dbname -o ./ &   

#3.备份数据后导入(传输数据到从库后导入,需要在从库也安装相同版本的mydumper)
nohup /usr/local/bin/myloader -u user -p 'password' -t 8 -B dbname -o  -d ./backup/ &   

3. 主从配置

(1) master配置

(1) master配置
# 不同步哪些数据库
binlog-ignore-db = mysql
binlog-ignore-db = test
binlog-ignore-db = information_schema   

# 只同步哪些数据库,除此之外,其他不同步
binlog-do-db = dbname   

# 日志保留时间
expire_logs_days = 10   

# 控制binlog的写入频率。每执行多少次事务写入一次
# 这个参数性能消耗很大,但可减小MySQL崩溃造成的损失
sync_binlog = 5   

# 日志格式,建议mixed
# statement 保存SQL语句
# row 保存影响记录数据
# mixed 前面两种的结合
binlog_format = mixed

(2) slave配置
slave如上安装时的配置,注意的是replicate-do-db、replicate-ignore-db的配置

(3) 执行同步
master log file和pos可以参考mydumper metadata文件

CHANGE MASTER TO MASTER_HOST='x.x.x.x',master_port=3306,MASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=123454678,MASTER_AUTO_POSITION=0;
start slave user='user' password='password';
show slave status \G;   

MYSQL延迟监控和报警

1. 利用zabbix添加MYSQL监控

(1) zabbix客户端安装和部署以及添加主机

zabbixServer=192.168.1.2
rpm -Uvh https://repo.zabbix.com/zabbix/4.4/rhel/7/x86_64/zabbix-release-4.4-1.el7.noarch.rpm
yum -y install zabbix-agent
sed -i "s/Server=127.0.0.1/Server=${zabbixServer}/g" /etc/zabbix/zabbix_agentd.conf
sed -i "s/ServerActive=127.0.0.1/ServerActive=${zabbixServer}/g" /etc/zabbix/zabbix_agentd.conf
sed -i "s/Hostname=Zabbix server/Hostname=`hostname`/g" /etc/zabbix/zabbix_agentd.conf
systemctl enable zabbix-agent --now   

具体怎么在zabbix上添加主机,此处就省略了。(以上安装zabbix客户端操作系统版本是:centos7.6)
默认通过yum安装的zabbix配置文件目录在: /etc/zabbix/,默认在有1个关联的MYSQL配置文件/etc/zabbix/zabbix_agentd.d/userparameter_mysql.conf

(2) 添加zabbix监控授权

GRANT USAGE,REPLICATION CLIENT,PROCESS,SHOW DATABASES,SHOW VIEW on *.* to zabbix_monitor@'127.0.0.1' identified by 'xxxxxxx';
GRANT USAGE,REPLICATION CLIENT,PROCESS,SHOW DATABASES,SHOW VIEW on *.* to zabbix_monitor@'localhost' identified by 'xxxxxxx';
flush privileges ;   

(3) 初始化配置(该mysql zabbix客户端上执行)

mdkir -p /var/lib/zabbix
cat > /var/lib/zabbix/.my.cnf << EOF
[client]
user=zbx_monitor
password=xxxxxxx
EOF
chown zabbix:zabbix /var/lib/zabbix -R
service zabbix-agent restart
service zabbix-agent status   

(4) 在zabbix web端关联MYSQL模板即可完成监控

2. 利用zabbix现有MYSQL模板添加从库延迟监控

(1) 创建主从延迟脚本

mkdir -p /etc/zabbix/scripts
cat > /etc/zabbix/scripts/check_mysql_slave.sh << EOF
#!/bin/bash
USER=zabbix_monitor   

io_status(){
  IoStatus=`/usr/local/mysql/bin/mysql -u${USER} -e "show slave status\G;" |grep -i running|sed -n 1p|awk '{print $NF}'`
  if [ $IoStatus == "Yes" ];then
    IoStatus=1
  else
    IoStatus=0
  fi
  echo $IoStatus
}   

sql_status(){
  SqlStatus=`/usr/local/mysql/bin/mysql -u${USER} -e "show slave status\G;" |grep -i running|sed -n 2p|awk '{print $NF}'`
  if [ $SqlStatus == "Yes" ];then
    SqlStatus=1
  else
    SqlStatus=0
  fi
  echo $SqlStatus
}   

lag_status(){
  DelayStatus=`/usr/local/mysql/bin/mysql -u${USER} -e "show slave status\G;" |grep "Seconds_Behind_Master"|awk '{print $NF}'`
  echo $DelayStatus
}   

$1
EOF
chmod +x /etc/zabbix/scripts/check_mysql_slave.sh   

(2) 从缺省配置文件中读取账号信息
如果在脚本中直接用账号密码执行命令,会产生不安全的提示

cat >> /etc/my.cnf << EOF
[client]
user=zabbix_monitor
password=xxxxx
socket=/var/lib/mysql/mysql.sock   

[mysqladmin]
host=localhost
user=zabbix_monitor
password=xxxxx
EOF   

(3) 测试脚本是否正常

/etc/zabbix/scripts/check_mysql_slave.sh io_status
/etc/zabbix/scripts/check_mysql_slave.sh sql_status
/etc/zabbix/scripts/check_mysql_slave.sh lag_status   

io_status: 1 表示正常 0表示不正常
sql_status: 1 表示正常 0表示不正常
lag_status: 表示延迟的时间

(4) 添加用户参数配置(客户端)

/etc/zabbix/scripts/check_mysql_slave.sh io_status
/etc/zabbix/scripts/check_mysql_slave.sh sql_status
/etc/zabbix/scripts/check_mysql_slave.sh lag_status   

(5) 重启zabbix客户端后再服务端验证

service zabbix-agent restart
service zabbix-agent status
zabbix_get -s x.x.x.x -p 10050 -k mysql.slave[io_status]
zabbix_get -s x.x.x.x -p 10050 -k mysql.slave[sql_status]
zabbix_get -s x.x.x.x -p 10050 -k mysql.slave[lag_status]   

(6) 在zabbix web上克隆原来的MYSQL模板后添加监控项和触发器和图形

(7)在主机上关联新的MYSQL从库监控模板

几个补充的知识点

1. 关于replicate-do-db的控制

在MySQL5.5/5.6版本中,由于修改复制过滤参数只能在my.cnf中进行修改,所以需要重启数据库;
而最新版5.7版本中,如下三步就可以不用重启服务器就生效了:

STOP SLAVE SQL_THREAD;
CHANGE REPLICATION FILTER REPLICATE_DO_DB = (dbname),REPLICATE_IGNORE_DB = (mysql);
START SLAVE SQL_THREAD;

2. change Master的相关问题

如果是整库复制,不需要指定pos file和pos位置。

CHANGE MASTER TO MASTER_HOST='x.x.x.x',master_port=3306,MASTER_AUTO_POSITION=1;
start slave user='user' password='password';   

如果是复制部分数据库或者出现找不到master上的pos位置。请手动指定pos位置

3. mydumper的安装和部署以及相关问题

在安装mydumper时,如果出现glib报错,请安装glib库 yum install glib2* -y
安装完成之后,请删除解压后文件,重新解压后编译安装

4. 从库提示用户和密码不安全的问题

默认的情况下,如果你在change master中指定用户和密码,会将账号信息传给master,这样做是不安全的。最新的同步语法,建议在change master中不指定账号信息,而是在start slave中指定。

5. 从库提示crash问题

为了安全崩溃考虑,需要将master和Relaylog存储在表中,如果不存表中,mysql日志中会出现warning的警告。

#Master信息存储在表里
master_info_repository = TABLE
#Relaylog信息存储在表里
relay_log_info_repository = TABLE   

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持我们。

(0)

相关推荐

  • 逐步分析MySQL从库com_insert无变化的原因

    大家都知道com_insert等com_xxx参数可以用来监控数据库实例的访问量,也就是我们常说的QPS.并且基于MySQL的复制原理,所有主库执行的操作都会在从库重放一遍保证数据一致,那么主库的com_insert和从库的com_insert理论上应该是相等的.如下面显示,第二列代表主库,第三列代表从库: 复制代码 代码如下: com_select              22                 1138com_update              36           

  • MYSQL主从库不同步故障一例解决方法

    于是: 1.在主库中创建一个临时库,将需要导入的表文件复制过来 2.执行 create database tmpdb; create table tmptable; cp mysql_date_file master_data_file //shell command 复制数据表文件到master data_dir下 insert into master.tmptable select * from tmpdb.tmptable; 执行完后,主库中数据导入正常 再看slave status sh

  • mysql主从库不同步问题解决方法

    遇到这样的错误如:"Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'"等或由于清数据导致主从库不同步了,解决办法如下: 先进入slave中执行:"slave stop;"来停止从库同步: 再去master中执行:"flu

  • shell使用mysqld_multi自动做多实例从库脚本

    复制代码 代码如下: # cat doallslave.sh#!/bin/sh#code by scpman#mail:scpman@live.com#blog:http://www.scpman.com#name:"doallslave.sh"helpinfo(){echo -e '\t\thelp 查看帮助信息'echo -e '\t\t自动做allslave从库脚本使用帮助'echo -e '\t\tslavename 只能是xxx_xxx这种命令例如:zq2013_test1'

  • 通过两种方式增加从库——不停止mysql服务

    一般在线增加从库有两种方式,一种是通过mysqldump备份主库,恢复到从库,mysqldump是逻辑备份,数据量大时,备份速度会很慢,锁表的时间也会很长.另一种是通过xtrabackup工具备份主库,恢复到从库,xtrabackup是物理备份,备份速度快,不锁表.为什么不锁表?因为自身会监控主库日志,如果有更新的数据,就会先写到一个文件中,然后再回归到备份文件中,从而保持数据一致性. 现在生产环境MySQL数据库是一主一从,由于业务量访问不断增大,故再增加一台从库.前提是不能影响线上业务使用,

  • 部署MySQL延迟从库的好处小结

    前言 MySQL的主从复制(replication)关系,不太严谨的叫法是"同步"或者"主从同步".实际上在早期,MySQL的主从并不能实现真正的"同步"(sync),而是"异步"的(async). MySQL主从复制它可以有多种模式,最经典的也是最早出现的异步复制(async replication),从5.5版本开始有了半同步复制(semi-sync replication),到了5.7又有了增强半同步.本文要讨论的延迟从

  • MySQL主库binlog(master-log)与从库relay-log关系代码详解

    主库binlog: # at 2420 #170809 17:16:20 server id 1882073306 end_log_pos 2451 CRC32 0x58f2db87 Xid = 32880 COMMIT/*!*/; # at 2451 #170814 11:07:18 server id 1882073306 end_log_pos 2528 CRC32 0x40774a4b Query thread_id=92 exec_time=0 error_code=0 SET TIM

  • MySQL中从库延迟状况排查的一则案例

    今天给一个客户巡检的情况下发从库没有业务的情况mysqld的cpu的一个core占用100%.查主库慢查询也没有关于写的SQL. 可以说是典的单进程复制把一个cpu占满造成的.知道原因了,就好分析了. 分析一下binlog中写的什么,看看有什么地方可以优化或是加速的.利用工具:pasrebinlog 利用show slave status\G; 查当前同步的到节点,然后对日值进行解析. git clone https://github.com/wubx/mysql-binlog-statisti

  • MYSQL 5.6 从库复制的部署和监控的实现

    MYSQL 5.6 从库复制的部署和监控 MYSQL 5.6 安装和部署 #1.下载安装包 wget https://download.osichina.net/tools/mysql/mysql-5.6.28.tar.gz #2.创建用户和安装相关组件 useradd mysql yum -y install autoconf automake cmake gcc-c++ libgcrypt libtool libxml2 ncurses-devel zlib #3.解压和编译安装(安装路径:

  • IIS+PHP+MySQL+Zend Optimizer+GD库+phpMyAdmin安装配置[完整修正实用版]第1/2页

    IIS+PHP+MySQL+Zend Optimizer+GD库+phpMyAdmin安装配置[完整修正实用版] 一.软件准备:以下均为截止2006-1-20的最新正式版本,下载地址也均长期有效1.PHP,推荐PHP4.4.0的ZIP解压版本: PHP(4.4.0):http://cn.php.net/get/php-4.4.0-Win32.zip/from/a/mirror PHP(5.1.2):http://cn.php.net/get/php-5.1.2-Win32.zip/from/a/

  • MySQL对数据库数据进行复制的基本过程详解

    复制 复制是从一个MySQL服务器(master)将数据拷贝到另外一台或多台MySQL服务器(slaves)的过程.复制是异步进行的--slaves服务器不需要持续地保持连接来接收master的数据.依据配置的不同,可以复制所有数据库,或指定的数据库,甚至是某一数据库指定的表. 使用复制功能的目的在于: 向外扩展的解决方案 -- 通过在多台服务器之间分散负载来提高性能.在这种环境下,所有写和更新操作都在master服务器上进行,而读操作则发生在一台或多台slaves服务器上. 数据安全 -- 因

  • IIS+PHP+MySQL+Zend Optimizer+GD库+phpMyAdmin安装配置

    转自落伍者论坛,原帖地址:http://www.im286.com/viewthread.php?tid=878768 下面有人说不成功,下面我以WIN2003系统为例,重新安装配置演示下,增加截图给大家! [6.5补充]关于参照本贴配置这使用中使用的相关问题请参考本人的关于WIN主机下配置PHP的若干问题解决方案总结这个帖子尽量自行解决,谢谢 http://www.im286.com/viewthread.php?tid=940712 如果你在安装过程遇到问题欢迎光临http://bbs.xq

  • Linux下MySQL数据库的主从同步复制配置

    Linux下MySQL数据库的主从同步配置的好处是可以把这个方式当做是一个备份的方法,用来实现读写分离,缓解一个数据库的压力.让运行海量数据的时候无论是从速度还是效率上都大大提高,Mysql的主从复制至少是需要两个Mysql的服务,当然Mysql的服务是可以分布在不同的服务器上,也可以在一台服务器上启动多个服务.这个就是MySQL主从备份原理.下面我们来看下具体同步配置的流程. 我们先来看下小编测试的环境: CentOS 6.5 MySQL主从同步,MySQL版本5.6.25 主服务器:cent

  • 每天迁移MySQL历史数据到历史库Python脚本

    本文实例为大家分享了Python每天迁移MySQL历史数据到历史库的具体代码,供大家参考,具体内容如下 #!/usr/bin/env python # coding:utf-8 __author__ = 'John' import MySQLdb import sys import datetime import time class ClassMigrate(object): def _get_argv(self): self.usage = """ usage(): py

  • MySQL中进行跨库查询的方法示例

    前言 在MySQL中跨库查询主要分为两种情况,一种是同服务的跨库查询:另一种是不同服务的跨库查询:它们进行跨库查询是不同的,下面就具体介绍这两种跨库查询. 一.同服务的跨库查询 同服务的跨库查询只需要在关联查询的时候带上数据名,SQL的写法是这样的:SELECT * FROM 数据库1.table1 x JOIN 数据库2.table2 y ON x.field1=y.field2:例如: 二.不同服务的跨库查询 不同服务的跨库查询,直接通过数据名加表明是无法进行关联的,这里需要用到MySQL数

  • MySQL如何恢复单库或单表,以及可能遇到的坑

    前言: MySQL 逻辑备份工具最常用的就是 mysqldump 了,一般我们都是备份整个实例或部分业务库.不清楚你有没有做过恢复,恢复场景可能就比较多了,比如我想恢复某个库或某个表等.那么如何从全备中恢复单库或单表,这其中又有哪些隐藏的坑呢?这篇文章我们一起来看下. 1.如何恢复单库或单表 前面文章有介绍过 MySQL 的备份与恢复.可能我们每个数据库实例中都不止一个库,一般备份都是备份整个实例,但恢复需求又是多种多样的,比如说我想只恢复某个库或某张表,这个时候应该怎么操作呢? 如果你的实例数

  • MySQL 8.0.23中复制架构从节点自动故障转移的问题

    接触MGR有一段时间了,MySQL 8.0.23的到来,基于MySQL Group Replicaion(MGR)的高可用架构又提供了新的架构思路. 灾备机房的slave,如何更好的支持主机房的MGR? MGR 到底可以坏几个节点? 这次我就以上2个问题,和大家简单聊下MGR的一些思想和功能. 一.MySQL Group Relication 成员数量的容错能力 上面的表格相信大家不会陌生了,我经常在面试里会问:"4个节点的MGR,最多坏几个呢?" ,多数人回答:"最多坏1个

  • MySQL 线上日志库迁移实例

    说说最近的一个案例吧,线上阿里云RDS上的一个游戏日志库最近出现了一点问题,随着游戏人数的增加,在线日志库的数据量越来越大,最新的日志库都已经到50G大小了,在线变更的时间非常长. 之前之所以没有发现,是因为之前一直没有进行过日志库的变更,但是随着业务的深入,需要增加一些游戏属性,要对之前的日志库进行变更,这样一来,长时间的维护窗口让业务方和DBA都望而却步,日志优化迫在眉睫. 首先看日志库的情况: 1.日志库中数据量大于5000w的大表有5张: 2.这5张表开量前每个月的数据量大概在2000w

随机推荐