注:本文档做了两个MYSQL实例,多个实例方法以此类推

LINUX操作系统:centOS6.3 64bit(安装了系统默认开发包)

实例一:

MYSQL版本:mysql-5.0.56

PORT:3306

系统目录:/usr/local/mysql3306

实例二:

MYSQL版本:mysql-5.1.72

PORT:3307

系统目录:/usr/local/mysql3307

一.安装开发包(使用默认CENTOS更新源):

# yum -y install wget gcc-c++ ncurses ncurses-devel cmake make perl bison openssl openssl-devel gcc* libxml2 libxml2-devel curl-devel libjpeg* libpng* freetype*

二.关闭iptables和SELINUX

# service iptables stop

# setenforce 0

# vi /etc/sysconfig/selinux

---------------

SELINUX=disabled

---------------

三.安装mysql数据库实例

1.下载编译包：

# su -

# mkdir ~/src

# cd src

# wget http://mysql.cdpa.nsysu.edu.tw/Downloads/MySQL-5.1/mysql-5.1.73.tar.gz

# wget http://down1.chinaunix.net/distfiles/mysql-5.0.56.tar.gz

2.安装前的初始配置工作：

1).创建一个Mysql用户

# useradd mysql  

2).新建mysql下data和log子目录

# mkdir /usr/local/mysql{3306,3307}/data          

# mkdir /usr/local/mysql{3306,3307}/log

3).修改目录的所属者以及所属组权限          

# chown -R mysql:mysql /usr/local/mysql{3306,3307}/data/

# chown -R mysql:mysql /usr/local/mysql{3306,3307}/log/

# chmod 750 /usr/local/mysql{3306,3307}/data      

# chmod 750 /usr/local/mysql{3306,3307}/log  

4).创建mysql相关目录并配置权限

# mkdir -p /usr/local/mysql{3306,3307}/etc

# chown -R mysql.mysql /usr/local/mysql{3306,3307}/etc

# mkdir -p /var/run/mysqld{3306,3307}

# chown -R mysql.mysql /var/run/mysqld{3306,3307}

# mkdir -p /var/lib/mysqld{3306,3307}

# chown -R mysql.mysql /var/lib/mysqld{3306,3307}

# cp /etc/my.cnf /usr/local/mysql{3306,3307}/etc

3.解包编译安装

编译实例一:

# cd ~/src

# tar -zxvf mysql-5.0.56.tar.gz    

# cd mysql-5.0.56  

./configure --prefix=/usr/local/mysql3306 --with-mysqld-user=mysql --sysconfdir=/usr/local/mysql3306/etc  --localstatedir=/usr/local/mysql3306/data --with-tcp-port=3306 -enable-assembler --with-mysqld-ldflags=-all-static --with-charset=utf8 --with-extra-charsets=gbk -with-extra-charsets=all --with-plugins=csv,innobase,myisam,heap --with-unix-socket-path=/tmp/mysql3306.sock

# make

# make install

编译实例二:

# cd ~/src

# tar -zxvf mysql-5.1.71.tar.gz    

# cd mysql-5.1.71

./configure --prefix=/usr/local/mysql3307 --with-mysqld-user=mysql --sysconfdir=/usr/local/mysql3307/etc  --localstatedir=/usr/local/mysql3307/data --with-tcp-port=3307 -enable-assembler --with-mysqld-ldflags=-all-static --with-charset=utf8 --with-extra-charsets=gbk -with-extra-charsets=all --with-plugins=csv,innobase,myisam,heap --with-unix-socket-path=/tmp/mysql3307.sock

# make

# make install

4.编写mysql配置项：

实例一:

# vi /usr/local/mysql3306/etc/my.cnf

-------------------------------------------------------

[mysqld]

datadir=/usr/local/mysql3306/data

socket=/tmp/mysql3306.sock

user=mysql

port=3306

pid-file=/var/lib/mysqld3306/mysql.pid

# Disabling symbolic-links is recommended to prevent assorted security risks

symbolic-links=0

max_connections= 16384

skip-name-resolve

skip-locking

key_buffer = 256M

max_allowed_packet = 32M

table_cache = 3072

thread_cache_size = 256

sort_buffer_size = 16M

read_buffer_size = 4M

read_rnd_buffer_size = 16M

net_buffer_length = 256M

thread_stack = 8M

query_cache_size = 128M

query_cache_limit = 2M

wait_timeout=7200

interactive_timeout=7200

#log

log-error=/usr/local/mysql3306/log/error.log

log=/usr/local/mysql3306/log/mysql.log

long_query_time=2

log-slow-queries= /usr/local/mysql3306/log/slowquery.log

log-bin= /usr/local/mysql3306/log/bin.log

expire_logs_days = 15

sync_binlog = 1

max_binlog_cache_size = 4294967295

local-infile=0

[mysqld_safe]

log-error=/var/log/mysqld3306.log

pid-file=/var/run/mysqld3306/mysqld.pid

-------------------------------------------------------

实例二:

# vi /usr/local/mysql3307/etc/my.cnf

-------------------------------------------------------

[mysqld]

datadir=/usr/local/mysql3307/data

socket=/tmp/mysql3307.sock

user=mysql

port=3307

pid-file=/var/lib/mysqld3307/mysql.pid

# Disabling symbolic-links is recommended to prevent assorted security risks

symbolic-links=0

max_connections= 16384

skip-name-resolve

skip-locking

key_buffer = 256M

max_allowed_packet = 32M

table_cache = 3072

thread_cache_size = 256

sort_buffer_size = 16M

read_buffer_size = 4M

read_rnd_buffer_size = 16M

net_buffer_length = 256M

thread_stack = 8M

query_cache_size = 128M

query_cache_limit = 2M

wait_timeout=7200

interactive_timeout=7200

#log

log-error=/usr/local/mysql3307/log/error.log

log=/usr/local/mysql3307/log/mysql.log

long_query_time=2

log-slow-queries= /usr/local/mysql3307/log/slowquery.log

log-bin= /usr/local/mysql3307/log/bin.log

expire_logs_days = 15

sync_binlog = 1

max_binlog_cache_size = 4294967295

local-infile=0

[mysqld_safe]

log-error=/var/log/mysqld3307.log

pid-file=/var/run/mysqld3307/mysqld.pid

-------------------------------------------------------

5.将mysql的库文件路径加入系统的库文件搜索路径中

方法一：直接做软链接

# ln -s /usr/local/mysql3306/lib/mysql /usr/lib/mysql

方法二：利用ldconfig导入系统库

# echo "/usr/local/mysql3306/lib" >> /etc/ld.so.conf.d/mysql.conf

# ldconfig

6.输出mysql的头文件到系统头文件

# ln -s /usr/local/mysql3306/include/mysql /usr/include/mysql

注: 此处只需将一个mysql实例的库文件添加到系统库,无需多次添加

7.进入相应实例的安装路径,初始化各自配置脚本

实例一:

# cd /usr/local/mysql3306

# scripts/mysql_install_db --user=mysql --datadir=/usr/local/mysql3306/data

实例二:

# cd /usr/local/mysql3307

# scripts/mysql_install_db --user=mysql --datadir=/usr/local/mysql3307/data

8.复制mysql启动脚本到系统服务目录,并更改脚本配置

# cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld3306

# cp /usr/local/mysql/support-files/mysql.server /etc/init.d/mysqld3307

实例一:

# vi /etc/init.d/mysqld3006

搜索如下行,红色标注的为添加的参数:

---------------------------------------------

basedir=/usr/local/mysql3306

datadir=/usr/local/mysql3306/data

conf=/usr/local/mysql3306/etc/my.cnf

$bindir/mysqld_safe --defaults-file=$conf --datadir=$datadir --pid-file=$server_pid_file $other_args >/dev/null 2>&1 &

--------------------------------------------

实例二:

# vi /etc/init.d/mysqld3007

搜索如下行,红色标注的为添加的参数:

---------------------------------------------

basedir=/usr/local/mysql3307

datadir=/usr/local/mysql3307/data

conf=/usr/local/mysql3307/etc/my.cnf

$bindir/mysqld_safe --defaults-file=$conf --datadir=$datadir --pid-file=$server_pid_file $other_args >/dev/null 2>&1 &

--------------------------------------------

9.系统启动项相关配置

实例一:

# chkconfig --add mysqld3306  #添加开机启动服务

# chkconfig --level 35 mysqld3306 on  #设置mysql启动

实例二:

# chkconfig --add mysqld3307  

# chkconfig --level 35 mysqld3307 on

10.启动mysql

实例一:

# service mysqld3306 start  

实例二:

# service mysqld3307 start  

11 添加mysql命令集到系统全局变量

注:如果系统之前未安装mysql客户端,可以将编译好的mysql命令集导入系统全局变量

以后就可以直接使用mysql命令集,而不需要使用绝对路径访问.

# echo "PATH=$PATH:/usr/local/mysql3306/bin;export PATH" >> /etc/profile

# source /etc/profile

12. 设置初始账户,并登陆后台:

实例一:

# /usr/local/mysql3306/bin/mysqladmin -u root password 123456   #设置超级管理员密码

# /usr/local/mysql3306/bin/mysql -P3306 -S/tmp/mysql3306.sock -uroot -p123456 #连接数据库

实例二:

# /usr/local/mysql3307/bin/mysqladmin -u root password 123456   #设置超级管理员密码

# /usr/local/mysql3307/bin/mysql -P3307 -S/tmp/mysql3307.sock -uroot -p123456 #连接数据库

注: 因为加了mysql环境变量,以后系统后台可以直接使用mysql命令登录,这里使用绝对路径是为了规范操作

# mysql -P3307 -S/tmp/mysql3307.sock -uroot -p123456

13.端口测试:

大功告成.....O(∩_∩)O~

   zabbix本身日常的监控数据量很大是事实,但为什么感觉没保存在zabbix目录下?且ibdata1为什么这么巨大?

   网上查阅了zabbix的数据库存储原理,发现zabbix库是使用的innodb引擎的共享表空间,innodb把数据和索引都放在ibdata1下,随着数据增长,ibdata1会越来越大。性能方面会有影响。

   然后就很好奇zabbix为什么会使用innodb的共享表空间存储数据,网上查看到一段资料写到

----------------------------------------------------------------------------------------  

使用过MySQL的同学，刚开始接触最多的莫过于MyISAM表引擎了，这种引擎的数据库会分别创建三个文件：表结构、表索引、表数据空间。我们可以将某个数据库目录直接迁移到其他数据库也可以正常工作。

然而当你使用InnoDB的时候，一切都变了。InnoDB 默认会将所有的数据库InnoDB引擎的表数据存储在一个共享空间中：ibdata1，这样就感觉不爽，增删数据库的时候，ibdata1文件不会自动收缩，单个数据库的备份也将成为问题。通常只能将数据使用mysqldump 导出，然后再导入解决这个问题。

在MySQL的配置文件[mysqld]部分，增加innodb_file_per_table参数，可以修改InnoDB为独立表空间模式，每个数据库的每个表都会生成一个数据空间。

独立表空间

优点：

1.每个表都有自已独立的表空间。

2.每个表的数据和索引都会存在自已的表空间中。

3.可以实现单表在不同的数据库中移动。

4.空间可以回收（drop/truncate table方式操作表空间不能自动回收）

5.对于使用独立表空间的表，不管怎么删除，表空间的碎片不会太严重的影响性能，而且还有机会处理。

缺点：

单表增加比共享空间方式更大。

结论：

共享表空间在Insert操作上有一些优势，但在其它都没独立表空间表现好。

当启用独立表空间时，请合理调整一下 innodb_open_files 参数。

----------------------------------------------------------------------------------------

原来默认情况下innodb会将所有的数据库InnoDB引擎的表数据存储在一个共享空间中ibdata1,而且增删数据库的时候，ibdata1文件不会自动收缩，单个数据库的备份也将成为问题。

所以决定将innodb的共享表空间改成独立表空间,然后以后单独备份zabbix数据库时就不会备份整个数据库文件,导致系统资源浪费,最后再做一个定期的清理zabbix历史记录脚本,这样就不会担心以后备份文件过大,导致服务器硬盘容量紧张.

OK,开始干活....

系统环境:

-------------------------------

SYSYTEM: CentOS 6.3 x64

APACHE:  httpd-2.4.4

MYSQL:   mysql-5.6.10

PHP:     php-5.4.13

ZABBIX:  Zabbix 2.2.0rc2

-------------------------------

1.查看bdata1文件大小

# cd /usr/local/mysql/data

# du -sh *

-------------------------------------

4.0K    file-test.xxx.cn.pid

4.0K    file-test-relay-bin.000001

4.0K    file-test-relay-bin.index

4.7G    ibdata1

5.0M    ib_logfile0

5.0M    ib_logfile1

780K    mysql

146M    Syslog

4.0K    webserver01.xxx.cn.pid

43M     zabbix

--------------------------------------

共享表数据空间文件ibdata1大小已经达到了4.7G

登陆MySQL查看哪些表占用了空间

# mysql -uroot -p

-----------------------------------------

> select table_name, (data_length+index_length)/1024/1024 as total_mb, table_rows from information_schema.tables where table_schema='zabbix';

-----------------------------------------

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

| table_name            | total_mb      | table_rows |

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

| acknowledges          |    0.06250000 |          0 |

....

| help_items            |    0.04687500 |        103 |

| history               | 2841.00000000 |  34957883  |

| history_log           |    0.04687500 |          0 |

...

| history_text          |    0.04687500 |          0 |

| history_uint          | 1563.98437500 |   23940661 |

| history_uint_sync     |    0.04687500 |          0 |

...

| timeperiods           |    0.01562500 |          0 |

| trends                |   17.89564700 |     145780 |

| trends_uint           |  25.567894000 |    271256  |

...

103 rows in set (1.46 sec)

可以看到，history表的记录已经达到了3G，34957883条，即3千多万条，同时history_unit也比较大，达到了1G，约2百多万条；

另外就是trends,trends_uint中也存在一些数据。

由于数据量太大，按照普通的方式delete数据的话基本上不太可能。

因为我们每天会自动发送数据报表，所以决定直接采用truncate table的方式来快速清空这些表的数据，再使用mysqldump导出数据，删除共享表空间数据文件，重新导入数据。

2.停止相关服务，避免改造时写入数据

# /etc/init.d/zabbix_server stop

# /usr/local/apache2/bin/apachectl stop

3.清空历史数据

# mysql -uroot -p123456

---------------------------------------------

mysql > use zabbix;

mysql > truncate table history;

mysql > optimize table history;

mysql > truncate table history_uint;

mysql > optimize table history_uint;

mysql > truncate table trends;

mysql > optimize table trends;

mysql > truncate table trends_uint;

mysql > optimize table trends_uint;

------------------------------------------

4.备份数据

# mysqldump -uroot -p123456 zabbix > ~/zabbix_bak.sql

5.停止数据库

# service mysqld stop

6.删除共享表空间数据文件

# cd /usr/local/mysql/data

# rm -rf ibdata1 ib_logfile0 ib_logfile1

7.增加innodb_file_per_table独立表空间参数

# vi /etc/my.cnf

在[mysqld]下添加一行

-------------------------------

innodb_file_per_table=1

-------------------------------

8.启动MySQL

# service mysqld start

9.查看参数是否生效

# mysql -uroot -p123456

----------------------------------------------

mysql> show variables like '%per_table%';

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

| Variable_name | Value |

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

| innodb_file_per_table | ON |

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

1 row in set (0.00 sec)

------------------------------------------------

10.重新导入数据

# mysql -uroot -p123456 zabbix < ~/zabbix.sql

11.编写zabbix自动清理历史数据的脚本，保留30天的数据

# vi /etc/rc.d/zabbix_olddata_clean.sh

---------------------------------------------

#!/bin/bash

DATE=`date -d "30 days ago"`

CLOCK=`date +%s -d "${DATE}"`

USER="root"

PW="123456"

DB="zabbix"

MYSQL="mysql -u$USER -p$PW"

function zabbix_olddata_clean(){

 for TABLE in history trends

 do

   ${MYSQL} <<EOF

   USE ${DB};

   DELETE FROM ${TABLE} WHERE clock < ${CLOCK};

   OPTIMIZE TABLE ${TABLE};

   DELETE FROM ${TABLE}_uint WHERE clock < ${CLOCK};

   OPTIMIZE TABLE ${TABLE}_uint;

EOF

 done

}

zabbix_olddata_clean

---------------------------------------------

12.将该脚本加入计划任务

# crontab -e

加入一条规则,每个月1号凌晨3点35执行此脚本

---------------------------------

35 03 1 * * /bin/sh /etc/rc.d/zabbix_olddata_clean.sh

---------------------------------

13.重启相关服务进程

# /etc/init.d/zabbix_server restart

# /usr/local/apache2/bin/apachectl start

# service crond restart

14.验证

我们首先监控下mysql的数据库记录日志

# tail -f /usr/local/mysql/log/mysql.log

手动执行下此脚本

# sh /etc/rc.d/clean_zabbix_olddata.sh

---------------------------------------------

Table   Op      Msg_type        Msg_text

zabbix.history  optimize        status  OK

Table   Op      Msg_type        Msg_text

zabbix.history_uint     optimize        status  OK

Table   Op      Msg_type        Msg_text

zabbix.trends   optimize        status  OK

Table   Op      Msg_type        Msg_text

zabbix.trends_uint      optimize        status  OK

----------------------------------------------

查看到相关数据库清理语句

----------------------------------------------------

......

6390 Query       SELECT DATABASE()

                  6390 Init DB     zabbix

                  6390 Query       DELETE FROM history WHERE clock < 1391861640

                  6390 Query       OPTIMIZE TABLE history

140208 10:40:34    6390 Query       DELETE FROM history_uint WHERE clock < 1391861640

                  6390 Query       OPTIMIZE TABLE history_uint

                  6391 Connect     root@localhost on

                  6391 Query       select @@version_comment limit 1

                  6391 Query       SELECT DATABASE()

                  6391 Init DB     zabbix

                  6391 Query       DELETE FROM trends WHERE clock < 1391861640

                  6390 Quit      

                  6391 Query       OPTIMIZE TABLE trends

                  6391 Query       DELETE FROM trends_uint WHERE clock < 1391861640

                  6391 Query       OPTIMIZE TABLE trends_uint

                  6391 Quit  

.......    

----------------------------------------------------

最后我们查看下系统数据库文件

# cd /usr/local/mysql/data/

# du -sh *

------------------------------------

4.0K    file-test.iscard.cn.pid

4.0K    file-test-relay-bin.000001

4.0K    file-test-relay-bin.index

10M     ibdata1

5.0M    ib_logfile0

5.0M    ib_logfile1

780K    mysql

146M    Syslog

4.0K    webserver01.iscard.cn.pid

42M     zabbix

------------------------------------

# ls -lh

----------------------------------------

总用量 21M

-rw-rw----  1 mysql mysql    6 2月   8 08:30 file-test.xxx.cn.pid

-rw-rw----  1 mysql mysql  117 9月   9 14:09 file-test-relay-bin.000001

-rw-rw----  1 mysql mysql   29 9月   9 14:09 file-test-relay-bin.index

-rw-rw----  1 mysql mysql  10M 2月   8 10:44 ibdata1

-rw-rw----  1 mysql mysql 5.0M 2月   8 10:44 ib_logfile0

-rw-rw----  1 mysql mysql 5.0M 2月   8 10:44 ib_logfile1

drwxr-x---. 2 mysql root  4.0K 9月   9 08:32 mysql

drwxr-x---  2 mysql mysql 4.0K 2月   7 18:22 Syslog

-rwxr-x---  1 mysql mysql    5 5月  27 2013 webserver01.xxx.cn.pid

drwxr-x---  2 mysql mysql  12K 2月   8 10:40 zabbix

------------------------------------------

zabbix库文件已经独立到zabbix数据库目录下,ibdata1经过清理和瘦身,终于不会显得太臃肿.

mysql主从,以及keepalived高可用配置本博传送门:

http://www.showerlee.com/archives/300

http://www.showerlee.com/archives/702

一.备份从库当前数据库

注:以下的所有配置需要在数据库未运转状态下进行，建议做一个iptables规则禁止非管理员IP访问主从服务器IP，以及VIP，这样既能保证管理员可SSH远程登陆配置，又能恢复主从环境，待配置完成后解除禁止即可。

# vi /etc/rc.d/mysql_bak.sh

-------------------------

#!/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

export LANG=C

# 日常备份目录

basedir=/backup/daily/

# 数据库账户

user=root

passwd=123456

# mysql备份目录

mysql_db_bak=$basedir/$(date +%F_%H%M)

[ ! -d "$mysql_db_bak" ] && mkdir -p $mysql_db_bak

# mysql下所有库名称

db_name=("information_schema" "mysql" "test_db1" "test_db2" "test_db3" "test_db4")

# 1.备份MySQL数据库

for((i=0; i!=${#db_name[@]}; ++i))

{

mysqldump -u $user -p$passwd --opt --skip-lock-tables --flush-logs --database ${db_name[i]} > $mysql_db_bak/${db_name[i]}.sql

}

-------------------------

二.复制从（192.168.7.12）数据库备份到主库（192.168.7.9）

# vi /etc/rc.d/scp_mysql.sh

----------------------

#/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

scp /backup/daily/2013-09-10_1258/* 192.168.7.9:/tmp

----------------------

三.恢复主库（192.168.7.9）

# vi /etc/rc.d/recover_mysql.sh

------------------------------------

#/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

export LANG=C

# 数据库账户

user=root

passwd=123456

# # mysql下所有库名称

db_name=("information_schema" "mysql" "test_db1" "test_db2" "test_db3" "test_db4")

# 恢复MySQL数据库

cd /tmp

for((i=0; i!=${#db_name[@]}; ++i))

{

mysql -u $user -p$passwd -e "drop database \`${db_name[i]}\`;"

mysql -u $user -p$passwd -e "create database \`${db_name[i]}\`;"

mysql -u $user -p$passwd ${db_name[i]} < ${db_name[i]}.sql

}

# 开启从库

mysql -u $user -p$passwd -e "stop slave;"

mysql -u $user -p$passwd -e "reset slave;"

# 设置从库连接主库的相关参数，可利用相关命令查看

mysql -u $user -p$passwd -e "change master to master_host='192.168.7.9',master_user='slave',master_password='123456#',master_log_file='bin.000029',master_log_pos=106 ";

mysql -u $user -p$passwd -e "start slave;"

# 查看主从是否连接成功

mysql -u $user -p$passwd -e "show slave status\G;"

------------------------------------

四.查看主从同步信息

1.查看主库binlog日志以及偏移量

# mysql -u root -p123456 -e "show master status"

2.查看从库是否连接到主库

# mysql -u root -p123456 -e " show slave status\G;"

注:实际操作中发现，一旦VIP切换后有一定几率造成主从服务器都会同时获取到该虚IP，导致主从数据库冲突，无论重启keepalived与否都无法干掉该VIP，目前我的临时解决方案是将两台服务器均重新启动，大家如果有更好的方法请留言告知我，不胜感谢。

最近一个项目需要做一个mysql+keepalived高可用主从同步，配起来当然轻车熟路，但想到如何在主库挂掉，从库接管后，以最快的速度恢复数据，并让主库重新接管，所以整理了下思路，编写了如下脚本，供大家参考

mysql主从,以及keepalived高可用配置本博传送门:

http://showerlee.blog.51cto.com/2047005/1220801

http://showerlee.blog.51cto.com/2047005/1188549

一.备份从库当前数据库

注:以下的所有配置需要在数据库未运转状态下进行，建议做一个iptables规则禁止非管理员IP访问主从服务器IP，以及VIP，这样既能保证管理员可SSH远程登陆配置，又能恢复主从环境，待配置完成后解除禁止即可。

# vi /etc/rc.d/mysql_bak.sh

-------------------------

#!/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

export LANG=C

# 日常备份目录

basedir=/backup/daily/

# 数据库账户

user=root

passwd=123456

# mysql备份目录

mysql_db_bak=$basedir/$(date +%F_%H%M)

[ ! -d "$mysql_db_bak" ] && mkdir -p $mysql_db_bak

# mysql下所有库名称

db_name=("information_schema" "mysql" "test_db1" "test_db2" "test_db3" "test_db4")

# 1.备份MySQL数据库

for((i=0; i!=${#db_name[@]}; ++i))

{

mysqldump -u $user -p$passwd --opt --skip-lock-tables --flush-logs --database ${db_name[i]} > $mysql_db_bak/${db_name[i]}.sql

}

-------------------------

二.复制从（192.168.7.9）数据库备份到主库（192.168.7.12）

# vi /etc/rc.d/scp_mysql.sh

----------------------

#/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

scp /backup/daily/2013-09-10_1258/* 192.168.7.9:/tmp

----------------------

三.恢复主库（192.168.7.9）

版本一:

# vi /etc/rc.d/recover_mysql.sh

------------------------------------

#/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

export LANG=C

# 数据库账户

user=root

passwd=123456

# # mysql下所有库名称

db_name=("information_schema" "mysql" "test_db1" "test_db2" "test_db3" "test_db4")

# 恢复MySQL数据库

cd /tmp

for((i=0; i!=${#db_name[@]}; ++i))

{

mysql -u $user -p$passwd -e "drop database \`${db_name[i]}\`;"

mysql -u $user -p$passwd -e "create database \`${db_name[i]}\`;"

mysql -u $user -p$passwd ${db_name[i]} < ${db_name[i]}.sql

}

# 开启从库

mysql -u $user -p$passwd -e "stop slave;"

mysql -u $user -p$passwd -e "reset slave;"

# 设置从库连接主库的相关参数，可利用相关命令查看

mysql -u $user -p$passwd -e "change master to master_host='192.168.7.9',master_user='slave',master_password='123456#',master_log_file='bin.000029',master_log_pos=106 ";

mysql -u $user -p$passwd -e "start slave;"

# 查看主从是否连接成功

mysql -u $user -p$passwd -e "show slave status\G;"

------------------------------------

版本二:

(自动获取主库binlog文件,和偏移值,优化参数,推荐):

------------------------------------

#/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

export LANG=C

# 数据库参数

master_ip=192.168.7.9

mysql_master_user=root

mysql_slave_user=root

mysql_passwd=123456

master_user=slave

master_passwd=123456#

master_log_file=$(mysql -h$master_ip -u$mysql_master_user -p$mysql_passwd -e "show master status" |sed -n '2p' |awk '{print $1}')

master_log_pos=$(mysql -h$master_ip -u$mysql_master_user -p$mysql_passwd -e "show master status" |sed -n '2p' |awk '{print $2}')

# mysql库

db_name=("information_schema" "mysql" "test_db1" "test_db2" "test_db3" "test_db4")

# 恢复MySQL数据库

cd /tmp/mysql_bak

for((i=0; i!=${#db_name[@]}; ++i))

{

mysql -u $mysql_slave_user -p$mysql_passwd -e "drop database \`${db_name[i]}\`;"

mysql -u $mysql_slave_user -p$mysql_passwd -e "create database \`${db_name[i]}\`;"

mysql -u $mysql_slave_user -p$mysql_passwd ${db_name[i]} < ${db_name[i]}.sql

}

# 开启从库

mysql -u $mysql_slave_user -p$mysql_passwd -e "stop slave;"

mysql -u $mysql_slave_user -p$mysql_passwd -e "reset slave;"

mysql -u $mysql_slave_user -p$mysql_passwd -e "change master to master_host='${master_ip}',master_user='${master_user}',master_password='${master_passwd}',master_log_file='${master_log_file}',master_log_pos=${master_log_pos};"

mysql -u $mysql_slave_user -p$mysql_passwd -e "start slave;"

mysql -u $mysql_slave_user -p$mysql_passwd -e "show slave status\G;"

-----------------------------------

四.查看主从同步信息

1.查看主库binlog日志以及偏移量

# mysql -u root -p123456 -e "show master status"

2.查看从库是否连接到主库

# mysql -u root -p123456 -e " show slave status\G;"

注:实际操作中发现，一旦VIP切换后有一定几率造成主从服务器都会同时获取到该虚IP，导致主从数据库冲突，无论重启keepalived与否都无法干掉该VIP，目前我的临时解决方案是将两台服务器均重新启动，大家如果有更好的方法请留言告知我，不胜感谢。

后续:

在网上翻阅大量资料，初步判断VIP切换后造成的冲突是因为在触发切换动作时使用的pkill keepalived 来杀掉keepaliaved进程，造成系统只是杀掉keepalived自身进程，并未来得及切换VIP，

目前的解决方案是使用正规的keepalived启动脚本/etc/init.d/keepalived stop 来关闭

初步测试未发现异常。。。

如果出现主从在切换VIP时，出现了主的VIP未自动关闭，从的正常开启，导致都获取到VIP，造成互相冲突的情况，可手动输入如下命令删除一方的VIP地址

# ip addr del "虚拟ip" dev eth0

但此方法只是一个临时的解决方案，当手动删除VIP后，重启keepalived服务会无法正常开启vip，需要重启服务器方能恢复。

见http://www.showerlee.com/archives/698

这里介绍如何配合前者实现Keepalived双机热备

系统环境：CentOS 6.3 x64

MySQL版本：mysql-5.6.10

Keepalived版本：keepalived-1.2.7

MySQL-VIP：192.168.7.253

MySQL-master1：192.168.7.201

MySQL-master2：192.168.7.249

首先关闭iptables和SELINUX

# service iptables stop

# setenforce 0

# vi /etc/sysconfig/selinux

---------------

SELINUX=disabled

---------------

注: 若线上需要开启iptables,需加一条规则使keepalived的vrrp通行

# iptables -A INPUT -p vrrp -j ACCEPT

1.在MySQL-master1：192.168.7.201服务器上keepalived安装及配置

编译安装，实际以本机kernel版本为准

# wget http://www.keepalived.org/software/keepalived-1.2.7.tar.gz

# tar zxvf keepalived-1.2.7.tar.gz

# cd keepalived-1.2.7

# ./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.32-279.el6.x86_64

# make && make install

设置keepalived开机启动脚本

# cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/rc.d/init.d/

# cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/

# cp /usr/local/keepalived/sbin/keepalived /usr/sbin/

# chkconfig keepalived on

新建一个配置文件，默认keepalived启动会去/etc/keepalived目录下寻找配置文件

# mkdir /etc/keepalived

# vi /etc/keepalived/keepalived.conf

------------------

global_defs {

notification_email {

lzyangel@126.com

}

#当主、备份设备发生改变时，通过邮件通知

notification_email_from lzyangel@126.com

smtp_server stmp.126.com

smtp_connect_timeout 30

router_id MySQL-ha

}

vrrp_instance VI_1{

# 在初始化状态下定义为主设备

state BACKUP

# 注意网卡接口

interface eth0

virtual_router_id 51

# 优先级，另一台改为90

priority 100

advert_int 1

# 不主动抢占资源

nopreempt

authentication {

# 认证方式，可以是PASS或AH两种认证方式

auth_type PASS

# 认证密码

auth_pass 1111

}

virtual_ipaddress {

# 虚拟IP地址，随着state的变化而增加删除

192.168.7.253

}

}

virtual_server 192.168.7.253 3306 {

# 每个2秒检查一次real_server状态

delay_loop 2

# LVS算法

lb_algo wrr

# LVS模式

lb_kind DR

# 会话保持时间

persistence_timeout 60

protocol TCP

real_server 192.168.7.201 3306 {

# 权重

weight 3

# 检测到服务down后执行的脚本

notify_down /etc/rc.d/keepalived.sh

TCP_CHECK {

# 连接超时时间

connect_timeout 10

# 重连次数

nb_get_retry 3

# 重连间隔时间

delay_before_retry 3

# 健康检查端口

connect_port 3306

}

}

}

----------------------

编写检测服务down后所要执行的脚本

# vi /etc/rc.d/keepalived.sh

-------------

#!/bin/sh

/etc/init.d/keepalived stop

-------------

# chmod +x /etc/rc.d/keepalived.sh

注：此脚本是上面配置文件notify_down选项所用到的，keepalived使用notify_down选项来检查real_server的服务状态。

当发现real_server服务故障时，便触发此脚本.

我们可以看到，脚本就一个命令:

通过pkill keepalived强制杀死keepalived进程，从而实现了MySQL故障自动转移.

另外，我们不用担心两个MySQL会同时提供数据更新操作，因为每台MySQL上的keepalived的配置里面只有本机MySQL的IP+VIP，而不是两台MySQL的IP+VIP.

以上脚本是为了在测试环境实现VIP切换功能，生产环境建议使用如下脚本

---------------------------------

#!/bin/bash

# 环境变量

PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH

# 暂停5秒执行，防止数据库人工正常重启

sleep 5

# mysql_id(存活=1 死掉=0)

mysql_id=`ps -C mysqld --noheader |wc -l`

# 判断mysql_id若死掉，则重启mysql一次，若仍然无法启动mysql则杀掉keepaliaved进程实现VIP切换

if [ $mysql_id -eq 0 ];then

/etc/init.d/mysqld restart

sleep 5

if [ $mysql_id -eq 0 ];then

/etc/init.d/keepalived stop

fi

fi

---------------------------------

启动keepalived

# /etc/init.d/keepalived start

查看连接状态

# ps -aux | grep keepalived

返回：

---------------

root 1387 1 0 21:13 ? 00:00:00 keepalived -D

root 1390 1387 0 21:13 ? 00:00:00 keepalived -D

root 1391 1387 0 21:13 ? 00:00:00 keepalived -D

root 1976 1911 0 21:16 pts/0 00:00:00 grep keepalived

--------------------

测试

查看VIP信息

# ip addr

--------------------------

............

inet 192.168.7.201/24 brd 192.168.7.255 scope global eth0

inet 192.168.7.253/32 scope global eth0

inet6 fe80::20c:29ff:feb2:9199/64 scope link

valid_lft forever preferred_lft forever

--------------------------

注:如果出现主从在切换VIP时，主的VIP未自动关闭，从的正常开启，导致都获取到VIP，造成互相冲突的情况，可手动输入如下命令删除一方的VIP地址

# ip addr del "虚拟ip" dev eth0

但此方法只是一个临时的解决方案，当手动删除VIP后，重启keepalived服务会无法正常开启vip，需要重启服务器方能恢复。

查看vrrp通信

# tcpdump vrrp

-------------------------

.....

18:10:56.365730 IP 192.168.7.201 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 52, prio 40, authtype simple, intvl 1s, length 20

18:10:57.366825 IP 192.168.7.201 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 52, prio 40, authtype simple, intvl 1s, length 20

18:10:58.367914 IP 192.168.7.201 > vrrp.mcast.net: VRRPv2, Advertisement, vrid 52, prio 40, authtype simple, intvl 1s, length 20

-------------------------

注:如果主keepalived挂掉，这里的日志会切换到备keeplived的信息

找一台局域网PC，然后去ping MySQL的VIP，这时候MySQL的VIP是可以ping的通的

停止MySQL服务，看keepalived健康检查程序是否会触发我们编写的脚本,去kill掉keepalived进程

# service mysqld stop

# ps -aux | grep keepalived

无返回结果

2.在MySQL-master2：192.168.7.249服务器上keepalived安装及配置

编译安装，实际以本机kernel版本为准

# wget http://www.keepalived.org/software/keepalived-1.2.7.tar.gz

# tar zxvf keepalived-1.2.7.tar.gz

# cd keepalived-1.2.7

# ./configure --prefix=/usr/local/keepalived --with-kernel-dir=/usr/src/kernels/2.6.32-279.el6.x86_64

# make && make install

设置keepalived开机启动脚本

# cp /usr/local/keepalived/etc/rc.d/init.d/keepalived /etc/rc.d/init.d/

# cp /usr/local/keepalived/etc/sysconfig/keepalived /etc/sysconfig/

# cp /usr/local/keepalived/sbin/keepalived /usr/sbin/

# chkconfig keepalived on

新建一个配置文件，默认keepalived启动会去/etc/keepalived目录下寻找配置文件

# mkdir /etc/keepalived

# vi /etc/keepalived/keepalived.conf

------------------

global_defs {

notification_email {

lzyangel@126.com

}

notification_email_from lzyangel@126.com

smtp_server stmp.126.com

smtp_connect_timeout 30

router_id MySQL-ha

}

vrrp_instance VI_1{

# 两台配置此处均是BACKUP

state BACKUP

# 注意网卡接口

interface eth0

virtual_router_id 51

# 优先级，另一台改为100

priority 90

advert_int 1

# 不主动抢占资源

nopreempt

authentication {

auth_type PASS

auth_pass 1111

}

virtual_ipaddress {

192.168.7.253

}

}

virtual_server 192.168.7.253 3306 {

# 每个2秒检查一次real_server状态

delay_loop 2

# LVS算法

lb_algo wrr

# LVS模式

lb_kind DR

# 会话保持时间

persistence_timeout 60

protocol TCP

real_server 192.168.7.249 3306 {

weight 3

# 检测到服务down后执行的脚本

notify_down /etc/rc.d/keepalived.sh

TCP_CHECK {

# 连接超时时间

connect_timeout 10

# 重连次数

nb_get_retry 3

# 重连间隔时间

delay_before_retry 3

# 健康检查端口

connect_port 3306

}

}

}

----------------------

编写检测服务down后所要执行的脚本

# vi /etc/rc.d/keepalived.sh

-------------

#!/bin/sh

/etc/init.d/keepalived stop

-------------

# chmod +x /etc/rc.d/keepalived.sh

启动keepalived

# /etc/init.d/keepalived start

查看连接状态

# ps -aux | grep keepalived

返回：

---------------

root 1387 1 0 21:13 ? 00:00:00 keepalived -D

root 1390 1387 0 21:13 ? 00:00:00 keepalived -D

root 1391 1387 0 21:13 ? 00:00:00 keepalived -D

root 1976 1911 0 21:16 pts/0 00:00:00 grep keepalived

--------------------

至此配置完成，网站后台只需要配置MySQL-VIP：192.168.7.253虚拟地址即可

这里实际连接的master数据库，以哪台master先开mysql服务为准。

当master1：192.168.7.201 mysql端口挡掉或者服务器异常关闭，keepalived会自动跳转到master2：192.168.7.249.

因为两台数据库的数据时同步的,用户访问的是MySQL-VIP：192.168.7.253虚拟地址，所以网站数据连接会无缝透明转接到master2服务

器，实现双机热备+数据同步功能。保证网站数据库的实时可用性。

注：当某一台master服务器挂掉恢复后，需同时打开MYSQL服务和keepalived服务，保证另一台服务器如果挂掉会无缝转接。

所以建议mysql与keeplived设置服务开机启动。

# chkconfig mysqld on

# chkconfig keepalived on

----------大功告成------------

注:在做此项配置之前首先要保证数据库当前无任何变动，建议同步前关闭WEB服务等影响数据库变动的服务 

当主1的数据库增加，删除，改变数据时，主2也会同步更新。

当主2的数据库增加，删除，改变数据时，主1也会同步更新。

这样就可以配合keepalived实现数据库双机热备+数据同步互备，大大提高了MYSQL的可靠性和安全性。

keepalived+MYSQL互备 

见http://www.showerlee.com/archives/702

定义：

二进制日志包含了所有更新了数据或者已经潜在更新了数据（例如，没有匹配任何行的一个DELETE）的所有语句。

作用：

1.二进制日志的主要目的是在恢复使能够最大可能地更新数据库，因为二进制日志包含备份后进行的所有更新。

2.二进制日志还用于在主复制服务器上记录所有将发送给从服务器的语句。

不良影响：

运行服务器时若启用二进制日志则性能大约慢1%。

MySQL默认二进制日志是关闭状态，先手动改动配置文件打开二进制日志

在my.cnf（windows下是my.ini）中的mysqld下 添加

log-bin=mysql-bin

binlog_format=mixed   //这行是来描述模式的，这两行直接复制到mysqld下即可

重启服务后便可以看到新增的日志文件了

日志位置

>>如果没有指定文件名,则Mysql使用hostname-bin文件.

>>如果指定了相对路径,则假定该路径相对于数据目录

>>Mysql在文件名后添加了数字索引.所以该文件最后的形式为filename.number如果你在日志名中提供了扩展名(例如，–log

bin=file_name.extension)，则扩展名被悄悄除掉并忽略。

更换策略：

使用索引来循环文件,在以下条件将循环至下一个索引

1.服务器重启

2.服务器被更新

3.日志到达了最大日志长度 max_binlog_size

4.日志被刷新 mysql> flush logs;

工具介绍：

shell>>mysqlbinlog [option] binlogFile> newfile

如： D:\mysql\log>mysqlbinlog binlog.000001 > 1.txt

一个例子：

log-bin=”D:/mysql/log/binlog” 那么，在该文件夹下就会有文件D:/mysql/log/binlog.000001等

常见问题

1.如何清除binlog

>>>使用下面的两个命令

PURGE {MASTER | BINARY} LOGS TO ‘log_name' //log_name不会被清除

PURGE {MASTER | BINARY} LOGS BEFORE ‘date' //date不会被清除

实例如下：

mysql> purge master logs to ‘binlog.000004′;

Query OK, 0 rows affected (0.01 sec)

mysql> purge master logs before '2009-09-22 00:00:00′;

Query OK, 0 rows affected (0.05 sec)

>>>或使用命令

RESET MASTER

删除之前所有的binlog，并重新生成新的binlog

后缀从000001开始

注：如果您有一个活性的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，

则本语句不会起作用，而是会失败，并伴随一个错误。

不过，如果从属服务器是休止的，并且您碰巧清理了其想要读取的日志之一，则从属服务器启动后不能复制。

当从属服务器正在复制时，本语句可以安全运行。您不需要停止它们。

2.记录到二进制日志知的内容配置

binlog-do-db=sales 只记录sales库

binlog-ignore-db=sales 除sales库不记录，其他都记录

但是如果在操作数据库之前，不使用use $dbname 那么所有的SQL都不会记录

如果使用了use $dbname,那么判断规则取决于这里的$dbname，而不是SQL中操作的库

3.二进制日志不准确的处理

默认情况下，并不是每次写入时都将二进制日志与硬盘同步。因此如果操作系统或机器(不仅仅是MySQL服务器)崩溃，有可能二进制日志中最后的

句丢失。

要想防止这种情况，你可以使用sync_binlog全局变量(1是最安全的值，但也是最慢的)，使二进制日志在每N次二进制日志写入后与硬盘同步。

即使sync_binlog设置为1,出现崩溃时，也有可能表内容和二进制日志内容之间存在不一致性。

如果崩溃恢复时MySQL服务器发现二进制日志变短了(即至少缺少一个成功提交的InnoDB事务)，

如果sync_binlog =1并且硬盘/文件系统的确能根据需要进行同步(有些不需要)则不会发生，则输出错误消息 (“二进制日志<名>比期望的要小”)。

在这种情况下，二进制日志不准确，复制应从主服务器的数据快照开始。

mysqldump --databases repltest --flush-logs --opt repltest>q:/repltest_full_01.sql

上面这句话可以在备份的同时刷新日志，生成新的日志，这样新日志里面的内容相当于这次备份之后的增量部分，可以用这种方式来实现mysql的

量备份，即先恢复数据库到之前备份的某个数据备份节点上，然后执行之后的二进制日志，因为二进制日志实质上记录的是所有数据变更的操作，

以来实现增量备份或者对某个时间点的还原

清理日志

如果每天都会生成大量的二进制日志，这些日志长时间不清理的话，将会对磁盘空间带来很大的浪费，所以定期清理日志是DBA维护mysql的一个重

工作

1)RESET MASTER

在上面查看日志存放的文件夹中，二进制日志命名的格式是以mysql-bin.*，*代表日志的序号,序号是递增的,其中还有mysql-bin.index是日志的

引文件,记录了日志的最大序号

我们执行RESET MASTER命名删除全部日志，新的日志从头开始

2)PURGE MASTER LOGS TO & PURGE MASTER LOGS BEFORE

执行PURGE MASTER LOGS TO 'mysql-bin.******'命令，是将'******'编号之前的所有日志进行删除

执行PURGE MASTER LOGS BEFORE 'yyyy-mm-dd hh:mm:ss'命令，是将在'yyyy-mm-dd hh:mm:ss'时间之前的所有日志进行删除

3)-EXPIRE_LOGS_DAYS

此参数是设置日志的过期天数，过期的日志将会被自动删除，这有利于减少我们管理日志的工作量，需要修改my.cnf

EXPIRE_LOGS_DAYS = 3 //即为日志保存三天，三天之后过期的日志自动删除

恢复

bin-log是记录着mysql所有事件的操作，当mysql发生灾难性错误时，可以通过bin-log做完整恢复，基于时间点的恢复，和基于位置的恢复

完整恢复，假定我们每天凌晨2点都会使用mysqldump备份数据库，但在第二天早上9点由于数据库出现了故障，数据无法访问，需要恢复数据，先

用昨天凌晨备份的文件进行恢复到凌晨2点的状态，在使用mysqlbinlog恢复自mysqldump备份以来的binlog

/usr/local/mysql/bin/mysqlbinlog bin.000001 |mysql -u root -p

这样数据库就可以完全的恢复到崩溃前的完全状态

-----实例-------

小量的数据库我们可以每天进行完整备份，因为这也用不了多少时间，但当数据库很大时，我们就不太可能每天进行一次完整备份了，而且改成每

一次完整备份，每天一次增量备份类似这样的备份策略。增量备份的原理就是使用了mysql的二进制日志，所以我们必须启用二进制日志功能。

一、增量备份

1、比如我们在星期天下午11点做一次完整备份：

/usr/local/mysql/bin/mysqldump --single-transaction --flush-logs --master-data=2 --all-databases > fullbackup_sunday_11_PM.sql

在sql文件中我们会看到两行：

– Position to start replication or point-in-time recovery from

– CHANGE MASTER TO MASTER_LOG_FILE=’bin-log.000002′, MASTER_LOG_POS=107;

第二行包含了我们需要的信息，是指备份后所有的更改将会保存到bin-log.000002二进制文件中。

2、然后在星期一下午11点我们来做一次增量备份：

mysqladmin flush-logs

这时将会产生一个新的二进制日志文件bin-log.000003，bin-log.000002则保存了自星期天下午11点到现在的所有更改，我们只需要把这个文件备

到安全的地方就行了。然后星期二我们又做增量备份，还是执行同样的命令，这时我们保存bin-log.000003文件。

二、恢复备份

比如星期三中午12点出现了故障，这时需要恢复，我们首先导入星期天的完整备份：

mysql -u root -p < fullbackup_sunday_3_AM.sql

接着我们导入星期一和星期二的增量备份：

/usr/local/mysql/bin/mysqlbinlog bin-log.000002 bin-log.000003 | mysql -u root -p

这时我们已经恢复了所有备份数据，我们还可以找到bin-log.000004，进一步恢复最新的数据。

mysqlbinlog 后加 --database "具体库" 可恢复具体库的增量信息

加 --stop-date="2010-12-20 13:15:00" 可恢复到该日志的具体时间点

mysql:    mysql-5.6.10

zabbix:   zabbix-2.06

一.修改mysql客户端zabbix_agentd.conf配置：

# vi /usr/local/etc/zabbix_agentd.conf

这里注意mysql账号密码与你的数据库账户需对应,还有本脚本获取的是zabbix服务端本地mysql数据库信息，若要获取zabbix客户端信息，请在每行语句mysql或mysqladmin后加 -h"IP"参数,否则无法获取客户端mysql参数信息。

例如：

UserParameter=mysql.Ping,mysqladmin -uroot -h192.168.7.10 -p123456  ping|grep alive|wc -l

末行添加如下内容：

-----------------

UserParameter=mysql.Ping,mysqladmin -uroot -p123456  ping|grep alive|wc -l

UserParameter=mysql.Threads,mysqladmin -uroot -p123456  status|cut -f3 -d":"|cut -f1 -d"Q"

UserParameter=mysql.Questions,mysqladmin -uroot -p123456  status|cut -f4 -d":"|cut -f1 -d"S"

UserParameter=mysql.Slowqueries,mysqladmin -uroot -p123456  status|cut -f5 -d":"|cut -f1 -d"O"

UserParameter=mysql.Qps,mysqladmin -uroot -p123456  status|cut -f9 -d":"

UserParameter=mysql.Slave_IO_State,if [ "$(mysql -uroot -p123456  -e "show slave status\G"| grep Slave_IO_Running|awk '{print $2}')" == "Yes" ];then echo 1; else echo 0;fi

UserParameter=mysql.Slave_SQL_State,if [ "$(mysql -uroot -p123456  -e "show slave status\G"| grep Slave_SQL_Running|awk '{print $2}')" == "Yes" ];then echo 1; else echo 0;fi

UserParameter=mysql.Key_buffer_size,mysql -uroot -p123456  -e "show variables like 'key_buffer_size';"| grep -v Value |awk '{print $2/1024^2}'

UserParameter=mysql.Key_reads,mysql -uroot -p123456  -e "show status like 'key_reads';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Key_read_requests,mysql -uroot -p123456  -e "show status like 'key_read_requests';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Key_cache_miss_rate,echo $(mysql -uroot -p123456  -e "show status like 'key_reads';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'key_read_requests';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/$2*100)}'

UserParameter=mysql.Key_blocks_used,mysql -uroot -p123456  -e "show status like 'key_blocks_used';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Key_blocks_unused,mysql -uroot -p123456  -e "show status like 'key_blocks_unused';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Key_blocks_used_rate,echo $(mysql -uroot -p123456  -e "show status like 'key_blocks_used';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'key_blocks_unused';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/($1+$2)*100)}'

UserParameter=mysql.Innodb_buffer_pool_size,mysql -uroot -p123456  -e "show variables like 'innodb_buffer_pool_size';"| grep -v Value |awk '{print $2/1024^2}'

UserParameter=mysql.Innodb_log_file_size,mysql -uroot -p123456  -e "show variables like 'innodb_log_file_size';"| grep -v Value |awk '{print $2/1024^2}'

UserParameter=mysql.Innodb_log_buffer_size,mysql -uroot -p123456  -e "show variables like 'innodb_log_buffer_size';"| grep -v Value |awk '{print $2/1024^2}'

UserParameter=mysql.Table_open_cache,mysql -uroot -p123456  -e "show variables like 'table_open_cache';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Open_tables,mysql -uroot -p123456  -e "show status like 'open_tables';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Opened_tables,mysql -uroot -p123456  -e "show status like 'opened_tables';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Open_tables_rate,echo $(mysql -uroot -p123456  -e "show status like 'open_tables';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'opened_tables';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/($1+$2)*100)}'

UserParameter=mysql.Table_open_cache_used_rate,echo $(mysql -uroot -p123456  -e "show status like 'open_tables';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show variables like 'table_open_cache';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/($1+$2)*100)}'

UserParameter=mysql.Thread_cache_size,mysql -uroot -p123456  -e "show variables like 'thread_cache_size';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Threads_cached,mysql -uroot -p123456  -e "show status like 'Threads_cached';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Threads_connected,mysql -uroot -p123456  -e "show status like 'Threads_connected';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Threads_created,mysql -uroot -p123456  -e "show status like 'Threads_created';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Threads_running,mysql -uroot -p123456  -e "show status like 'Threads_running';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_free_blocks,mysql -uroot -p123456  -e "show status like 'Qcache_free_blocks';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_free_memory,mysql -uroot -p123456  -e "show status like 'Qcache_free_memory';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_hits,mysql -uroot -p123456  -e "show status like 'Qcache_hits';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_inserts,mysql -uroot -p123456  -e "show status like 'Qcache_inserts';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_lowmem_prunes,mysql -uroot -p123456  -e "show status like 'Qcache_lowmem_prunes';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_not_cached,mysql -uroot -p123456  -e "show status like 'Qcache_not_cached';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_queries_in_cache,mysql -uroot -p123456  -e "show status like 'Qcache_queries_in_cache';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_total_blocks,mysql -uroot -p123456  -e "show status like 'Qcache_total_blocks';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Qcache_fragment_rate,echo $(mysql -uroot -p123456  -e "show status like 'Qcache_free_blocks';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'Qcache_total_blocks';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/$2*100)}'

UserParameter=mysql.Qcache_used_rate,echo $(mysql -uroot -p123456  -e "show variables like 'query_cache_size';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'Qcache_free_memory';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",($1-$2)/$1*100)}'

UserParameter=mysql.Qcache_hits_rate,echo $(mysql -uroot -p123456  -e "show status like 'Qcache_hits';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'Qcache_inserts';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",($1-$2)/$1*100)}'

UserParameter=mysql.Query_cache_limit,mysql -uroot -p123456  -e "show variables like 'query_cache_limit';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Query_cache_min_res_unit,mysql -uroot -p123456  -e "show variables like 'query_cache_min_res_unit';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Query_cache_size,mysql -uroot -p123456  -e "show variables like 'query_cache_size';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Sort_merge_passes,mysql -uroot -p123456  -e "show status like 'Sort_merge_passes';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Sort_range,mysql -uroot -p123456  -e "show status like 'Sort_range';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Sort_rows,mysql -uroot -p123456  -e "show status like 'Sort_rows';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Sort_scan,mysql -uroot -p123456  -e "show status like 'Sort_scan';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Handler_read_first,mysql -uroot -p123456  -e "show status like 'Handler_read_first';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Handler_read_key,mysql -uroot -p123456  -e "show status like 'Handler_read_key';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Handler_read_next,mysql -uroot -p123456  -e "show status like 'Handler_read_next';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Handler_read_prev,mysql -uroot -p123456  -e "show status like 'Handler_read_prev';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Handler_read_rnd,mysql -uroot -p123456  -e "show status like 'Handler_read_rnd';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Handler_read_rnd_next,mysql -uroot -p123456  -e "show status like 'Handler_read_rnd_next';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Com_select,mysql -uroot -p123456  -e "show status like 'com_select';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Com_insert,mysql -uroot -p123456  -e "show status like 'com_insert';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Com_insert_select,mysql -uroot -p123456  -e "show status like 'com_insert_select';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Com_update,mysql -uroot -p123456  -e "show status like 'com_update';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Com_replace,mysql -uroot -p123456  -e "show status like 'com_replace';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Com_replace_select,mysql -uroot -p123456  -e "show status like 'com_replace_select';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Table_scan_rate,echo $(mysql -uroot -p123456  -e "show status like 'Handler_read_rnd_next';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'com_select';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/$2*100)}'

UserParameter=mysql.Open_files,mysql -uroot -p123456  -e "show status like 'open_files';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Open_files_limit,mysql -uroot -p123456  -e "show variables like 'open_files_limit';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Open_files_rate,echo $(mysql -uroot -p123456  -e "show status like 'open_files';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show variables like 'open_files_limit';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/$2*100)}'

UserParameter=mysql.Created_tmp_disk_tables,mysql -uroot -p123456  -e "show status like 'created_tmp_disk_tables';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Created_tmp_tables,mysql -uroot -p123456  -e "show status like 'created_tmp_tables';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Created_tmp_disk_tables_rate,echo $(mysql -uroot -p123456  -e "show status like 'created_tmp_disk_tables';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'created_tmp_tables';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/$2*100)}'

UserParameter=mysql.Max_connections,mysql -uroot -p123456  -e "show variables like 'max_connections';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Max_used_connections,mysql -uroot -p123456  -e "show status like 'Max_used_connections';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Max_connections_used_rate,echo $(mysql -uroot -p123456  -e "show status like 'Max_used_connections';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show variables like 'max_connections';"| grep -v Value |awk '{print $2}')| awk '{printf("%1.4f\n",$1/$2*100)}'

UserParameter=mysql.Table_locks_immediate,mysql -uroot -p123456  -e "show status like 'Table_locks_immediate';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Table_locks_waited,mysql -uroot -p123456  -e "show status like 'table_locks_waited';"| grep -v Value |awk '{print $2}'

UserParameter=mysql.Engine_select,echo $(mysql -uroot -p123456  -e "show status like 'Table_locks_immediate';"| grep -v Value |awk '{print $2}') $(mysql -uroot -p123456  -e "show status like 'table_locks_waited';"| grep -v Value |awk '{print $2}')| awk '{printf("%5.4f\n",$1/$2)}'

-------------------

二.访问zabbix web后台导入模板

1.访问zabbix-配置-模板，点击右上角的载入：

2.本地导入文件：

下载本博附件mysql_template.xml文件导入zabbix模板，点击载入保存

3.访问zabbix-配置-模板，查看模板：

4.访问zabbix-配置-主机-Zabbix server，找到mysql客户端关联mysql_template.xml模版：

重启zabbix_agentd服务

# /etc/init.d/zabbix_agentd restart

添加完毕，查看效果

附件下载：mysql模板 zabbix agent配置文件

后来想了想能不能有一台日志服务器集中管理日志，并以WEB形式将日志显示到前台方便查看，顿时码字的想法油然而生，呵呵。

本人有一个习惯，那就是会把群里或者网上看到的圈内比较认可的LINUX系统软件先保存在备忘录，等闲下来研究研究，刚好前段时间有位朋友提到rsyslog+loganalyzer集中管理日志，所以今天刚好就抽空研究了下，过程虽有曲折（网上的文档各种坑跌),最后还是利用一天时间搞定，将自己的理解分享给搭建，仅供参考。

本文档是利用rsyslog+loganalyzer+mysql将网内所有LINUX服务器的系统日志集中到日志服务器进行管理，所有日志会保存在mysql数据库表中

注：loganalyzer在获取客户端日志会有两种保存模式，一种是直接读取客户端/var/log/目录下的日志并保存到服务端该目录下，一种是读取后保存到日志服务器数据库中，本文档推荐后者

解决方案：

一.环境部署

操作系统：        centos6.3 x64

rsyslog:          系统默认yum源

loganalyzer:      loganalyzer-3.6.3  

LAMP:             httpd-2.4.4，mysql-5.6.10，php-5.4.13

rsyslog server: 192.168.7.201    lamp.example.com

rsyslog client: 192.168.7.74     www2.example.com

1.安装LAMP环境

本博传送门：http://www.showerlee.com/archives/6

2.关闭iptables和SELINUX

# service iptables stop

注：这里若要开启iptables服务增加系统安全性

服务端需添加rsyslog UDP 514端口以及loganalyzer TCP 80端口通过规则

# iptables -A INPUT -p udp  --dport 514 -j ACCEPT

# iptables -P OUTPUT ACCEPT

# iptables -A INPUT -p TCP --dport 80 -j ACCEPT

客户端只需添加OUTPUT通过规则

# iptables -P OUTPUT ACCEPT

从规则可见，rsyslog server端为被动获取数据，client端为主动发送数据

关闭iptables的朋友可以无视。。

# setenforce 0

# vi /etc/sysconfig/selinux

---------------

SELINUX=disabled

---------------

3.同步时间

# ntpdate asia.pool.ntp.org

二.安装配置rsyslog

(rsyslog server)

# yum install rsyslog rsyslog-mysql -y

注：rsyslog-mysql为rsyslog将日志传送到mysql数据库的一个模块，这里必须安装

# cd /usr/share/doc/rsyslog-mysql-5.8.10/

# mysql -uroot -p123456 < createDB.sql

注：这里导入数据库操作其实博主最后研究了下，就是创建了Syslog库并在该库中创建了两张空表

创建rsyslog用户在mysql下的相关权限

# mysql -uroot -p123456

> grant all privileges on Syslog.* to rsyslog@localhost  identified by "123456";

> flush privileges;

> exit

配置服务端支持rsyslog-mysql模块，并开启UDP服务端口获取网内其他LINUX系统日志

# vi /etc/rsyslog.conf

在#### MODULES ####下添加这两行

------------------

$ModLoad ommysql.so  

*.*:ommysql:localhost,Syslog,rsyslog,123456

------------------  

注:localhost表示本地主机，Syslog为数据库名，rsyslog为数据库的用户，123456为该用户密码

取消下面三行注释

-----------------

$ModLoad immark  

$ModLoad imudp

$UDPServerRun 514

-----------------

重启服务：

# service rsyslog restart

(rsyslog client)

# yum install rsyslog -y

配置rsyslog客户端发送本地日志到服务端

# vi /etc/rsyslog.conf

末行添加如下内容

-------------------

*.*   @192.168.7.201

-------------------

注:192.168.7.201 为日志服务器端IP地址

重启服务：

# service rsyslog restart

三.安装loganalyzer

# wget http://download.adiscon.com/loganalyzer/loganalyzer-3.6.3.tar.gz

# tar zxvf loganalyzer-3.6.3.tar.gz

# cd loganalyzer-3.6.3

# mkdir -p /usr/local/apache2/htdocs/loganalyzer

复制loganalyzer源代码到apache的DocumentRoot下loganalyzer目录

# cp -r src/*   /usr/local/apache2/htdocs/loganalyzer

# cp -r contrib/*  /usr/local/apache2/htdocs/loganalyzer

# chown -R daemon.daemon /usr/local/apache2/htdocs/loganalyzer

通过web向导安装loganalyzer前，必须先执行以下两个脚本

# cd /usr/local/apache2/htdocs/loganalyzer/

# sh configure.sh

# sh secure.sh

注：该脚本实际上是创建该目录下的config.php，并配置该文件权限。

在浏览器输入网址，进入安装向导

http://192.168.7.201/loganalyzer

1.提示没有配置文件，点击here利用向导生成

2.NEXT

3.按照如图输入配置，点击NEXT：

注：点击NEXT时若报错，后台执行如下命令后继续

# ln -s /var/lib/mysql/mysql.sock /tmp/mysql.sock

4.开始写入数据库，NEXT

5.提示写入成功，NEXT

6.设置管理员账户，配置完毕NEXT

7.设置监控日志保存到mysql数据库中，按照如图配置后NEXT

8.完成配置,FINISH

9.进入登陆界面：

10.进入主界面：

查看loganalyzer是否获取192.168.7.201和192.168.7.74系统日志

利用navicat查看rsyslog服务端和客户端系统日志是否都写入数据库Syslog-SystemEvents表

---------- 大功告成------------

后记：

1.本人在loganalyzer安装向导配置的web后台账户，在登陆界面无法登陆，提示账号或密码错误，不知道是什么原因？最后是在向导一处去掉登陆认证才勉强通过，有遇到相同问题的朋友望帮忙解答。

经过一位朋友指点，终于找到了原因

首先利用以下命令守株待兔

# tail -f /usr/local/mysql/log/mysql.log

然后在loganalyzer向导STEP6输入web后台账号密码后，点击NEXT

查看到mysql.log日志里出现了一条INSERT语句

然后将该语句复制到后台手动执行，看报什么错误

# mysql -uroot -p123456;

> INSERT INTO logcon_users (username, password, is_admin) VALUES ('admin', '00a1f187721cxxxxxxx6bf791e69382c', 1);

ERROR 1364 (HY000): Field 'last_login' doesn't have a default value

提示'last_login'栏不能为空值

OK，直接登录navicat,将这栏设置为允许空值保存即可

从新执行这条语句

> INSERT INTO logcon_users (username, password, is_admin) VALUES ('admin', '00a1f187721cxxxxxxx6bf791e69382c', 1);

Query OK, 1 row affected (0.06 sec)

显示执行成功

利用navicat 查看后台该表，显示成功插入一条记录

重新利用该账号即可成功登录loganalyzer web后台

看来是mysql在执行该语句时，发现last_login栏默认为非空，所以拒绝这条insert语句执行，解决办法就是将该栏设置为允许空值即可

博主在线上老版本mysql-5.0.56无需进行上述手动操作，即可成功登录后台

但本篇出现的问题则是在mysql-5.6.10版本上

看来这应该不算是loganalyzer的BUG，应该是mysql在高版本执行insert语句提高了严谨性

这里给卡在这里的朋友点思路，仅供参考。

在此感谢longeleven11朋友的提点。。。。

2.安装rsyslog可谓是过程曲折，之前本想全部编译安装，最后才发现网上的文档各种误导，编译rsyslog最后花了2个小时安装了其6个依赖包，全部找的老外的文档挨个测试，装完网上给出的文档又不能合理给出如何与系统自带的rsyslog共存保证不冲突，也就是编译的rsyslog的启动方法如何与系统自带的区别，索性就yum吧，实属无奈之举，还有吐槽下google各种间歇性抽风，至于原因，大家都懂的。。。

3.Windows客户端安装(win2008 server 64bit)

1.下载evtsys

http://eventlog-to-syslog.googlecode.com/files/Evtsys_4.4.3_64-Bit.zip

2.解压文件将包内64-Bit文件夹下的所有文件复制C:\Windows\System32下

3.开启evtsys服务

运行- cmd

> cd c:\Windows\System32

> evtsys -i -s 10 -h 192.168.7.11 -p 514

> net start evtsys

4.验证效果

如图：

主从复制结构，实际上可以实现两个功能：

1.从库充当主库的数据库备份实例

2.读写分离，主库负责正常读写数据，从库只负责读数据

实际生产环境，因为很多应用实际读数据库的次数远大于写数据库的次数，所以在项目开发初期，编写程序时做一个判断，对所有读的操作全部推到从库，若从库无法获取数据，则再向主库获取数据，从而在一定意义上实现读写分离，缓解主库的IO压力。

所以生产环境下推荐使用这种架构。

系统环境：centos6.3 x64

数据库：  mysql-5.6.10

mysql master:192.168.100.90

mysql slave:192.168.100.91

MySQL主从复制结构是基于mysql bin-log日志基础上，从库通过打开IO进程收到主库的bin-log日志增量信息,并保存到本地relay log,而后再通过打开MYSQL进程从relay log上获取的增量信息并翻译成SQL语句后写到从数据库。

主从复制结构，实际上可以实现两个功能：

1.从库充当主库的数据库备份实例

2.读写分离，主库负责正常读写数据，从库只负责读数据

实际生产环境，因为很多应用实际读数据库的次数远大于写数据库的次数，所以在项目开发初期，编写程序时做一个判断，对所有读的操作全部推到从库，若从库无法获取数据，则再向主库获取数据，从而在一定意义上实现读写分离，缓解主库的IO压力。

所以生产环境下推荐使用这种架构。

系统环境：centos6.3 x64

数据库：  mysql-5.6.10

mysql master:192.168.100.90

mysql slave:192.168.100.91

一.部署环境：

1.关闭iptables和SELINUX

# service iptables stop

# setenforce 0

# vi /etc/sysconfig/selinux

---------------

SELINUX=disabled

---------------

2.安装配置mysql传送门：http://www.showerlee.com/archives/6

二.主mysql配置:(mysql master)

修改mysql配置文件：

# vi /etc/my.cnf

添加：

-----------------

# Replication Master Server

# bin日志路径

log-bin = /usr/local/mysql/log/bin.log

# 服务器ID号

server-id = 1

# 忽略mysql系统库复制

binlog-ignore-db=mysql

binlog-ignore-db=information_schema

------------

重启服务

# service mysqld restart

登录mysql后台：

# mysql -u root -p123456

查看此刻登录账号：

> select user();

在master为slave添加同步帐号：

> grant replication slave on *.* to 'slave'@'192.168.100.91' identified by '123456';

查看创建的用户：

> select user.host from mysql.user;

查看权限：

> show grants for 'slave'@'192.168.100.91';

mysql锁表只读(其他账户登录mysql后无法进行写表操作，防止备份数据库后，主mysql表更新，导致和从数据库内容不一致)

> flush tables with read lock;

查看锁表倒计时时间：

> show variables like '%timeout%';

------------------------

....

wait_timeout                | 28800

------------------------

将master的数据库表全部备份导出，并传送到slave服务器上。

# /usr/local/mysql/bin/mysqldump -u root -p123456 --opt  --flush-logs  --all-database > /root/allbak.sql

# cd ~

# scp allbak.sql root@192.168.100.91:/root

查看mysql偏移量(数据库如果有写操作，偏移值会递增)

# mysql -u root -p123456 -e "show master status"

----------------------

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

| File       | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

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

| bin.000009 |     120 |              |                  |                   |

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

----------------------

保证FILE列和Position列与从库配置一致：

三.从mysql配置（mysql slave）

修改mysql配置文件：

# vi /etc/my.cnf

添加：

--------------------

# Replication Slave Server

# bin日志路径（无需开bin-log日志）

#log-bin = /usr/local/mysql/log/bin.log

server-id=2

# 只读：

read-only

# 忽略mysql系统库复制

binlog-ignore-db=mysql

binlog-ignore-db=information_schema

---------------------

重启服务

# service mysqld restart

恢复server的数据库到slave

#/usr/local/mysql/bin/mysql -u root -p123456 < /root/allbak.sql

配置连接同步到server端：

# mysql -u root -p123456;

> stop slave;

> reset slave;

> change master to master_host='192.168.100.90',master_user='slave',master_password='123456',master_log_file="bin.000009",master_log_pos= 120 ;

> start slave;

注：master_log_file表示从主数据库哪个bin-log文件开始同步                  

   master_log_pos表示从该bin-log文件哪条记录点开始同步

   需与主库偏移值保持同步

回到主mysql数据库解锁（mysql master）

# mysql -u root -p123456

> unlock tables;

最后登陆从mysql后台查看主从连接状态

# mysql -u root -p123456 -e "show slave status\G;"

找到这五行，如下则主从配置成功：

------------------------

Slave_IO_State: Waiting for master to send event

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Read_Master_Log_Pos: 120

Relay_Master_Log_File: bin.000009

-------------------------

四.测试主从是否同步：

(server)

# mysql -u root -p123456 -e "create database test02;"

# mysql -u root -p123456 -e "show databases like 'test02';"

------------

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

| Database (test02) |

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

| test02            |

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

------------

(cilent)

# mysql -u root -p123456 -e "show databases like 'test02';"

-------------

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

| Database (test02) |

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

| test02            |

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

-------------

测试成功。。

当server端的数据库数据发生变化时，client端会同步更新，从而实现主库备份和读写分离作用。

这里注意几点：

1.mysql从库中需在my.cnf配置文件中加入 read-only参数，保证从库只读。

# echo "read-only" >> /etc/my.cnf

2.忽略从库mysql与information_schema系统表同步

# echo "binlog-ignore-db=mysql" >> /etc/my.cnf

# echo "binlog-ignore-db=information_schema" >> /etc/my.cnf

生产环境主库用户的授权,授权增删改查权限。

> GRANT SELECT,INSERT,UPDATE,DELETE ON *.* to 'user'@'%' identified by '123456';

生产环境从库的授权,仅授权查权限。

> GRANT SELECT ON *.* to 'user'@'%' identified by '123456';

3.从库默认不开启bin-log日志功能，除非做下级从库级联同步，才需开启从库的bin-log日志。

4.主库由于硬件故障，如何将从库提升为主库(一主多从)

(mysql slave)

(1) 确保从机没有再同步的SQL语句，即出现Has read all relay log再关闭从库IO_Threat进程

# mysql -uroot -p123456

> stop slave IO_THREAD

(2) 关闭从库slave服务，然后将其提升为主库

> stop slave

> reset master

(3) 更换从库IP为故障主库IP(配置方法略)

(4) 删除新的主库master.info和relay-log.info,防止下次重启还会按照从库启动

# cd /usr/local/mysql/log

# rm -rf master.info relay-log.info

(5) 重新配置从库连接主库的账号同步信息，以及在下级从库重新设置偏移量保持与新的主库一致即可。

最后待主库硬件恢复，将其再设置为从库并更换为上述从库IP地址,完成主从切换。

五.配置脚本：

1.如果想实现无人值守备份主数据库，可添加如下脚本，并在凌晨执行定时任务：

# vi /etc/rc.d/mysql_bak.sh

---------------------

#!/bin/sh

MYSQL_USER=root

MYSQL_PW="123456"

LOG_PATH=/usr/local/mysql/log

DATA_PATH=/usr/local/mysql/data

LOG_FILE=${LOG_PATH}/mysqllog_`date +%F`.log

DATA_FILE=${DATA_PATH}/mysql_backup_`date +%F`.sql.gz

BIN_PATH=/usr/local/mysql/bin

MYSQL_CMD="$BIN_PATH/mysql -u$MYSQL_USER -p$MYSQL_PW"

MYSQL_DUMP="$BIN_PATH/mysqldump -u$MYSQL_USER -p$MYSQL_PW --opt --flush-logs  --all-database"

$MYSQL_CMD -e "flush tables with read lock;"

echo "-------show master status result-------" >> $LOG_FILE

$MYSQL_CMD -e "show master status" >> $LOG_FILE

${MYSQL_DUMP}|gzip > $DATA_FILE

$MYSQL_CMD -e "unlock tables"

mail -s "mysql slave log" 1234567@qq.com < $LOG_FILE

---------------------

凌晨3:30执行备份数据库操作：

# crontab -e

---------------------

30 3 * * * /bin/sh /etc/rc.d/mysql_bak.sh > /dev/mull 2>&1

---------------------

# service crond restart

2.如果想实现将主库备份的数据分发到从库，恢复从库数据库，以及开启从库功能，可添加如下脚本

注：这里建议主从先做好秘钥认证：

详见传送门：http://www.showerlee.com/archives/558

# vi /etc/rc.d/mysql_bak1.sh

------------------

#!/bin/sh

MYSQL_USER=root

MYSQL_PW="123456"

MYSQL_SLAVE_IP="192.168.100.91"

SSH_PATH="/usr/bin/ssh"

SSH_CMD="${SSH_PATH} ${MYSQL_SLAVE_IP}"

GZIP_CMD="/bin/gzip"

LOG_PATH=/usr/local/mysql/log

DATA_PATH=/usr/local/mysql/data

LOG_FILE=${LOG_PATH}/mysqllog_`date +%F`.log

DATA_FILE=${DATA_PATH}/mysql_backup_`date +%F`.sql.gz

BIN_PATH=/usr/local/mysql/bin

MYSQL_CMD="$BIN_PATH/mysql -u$MYSQL_USER -p$MYSQL_PW"

MYSQL_DUMP="$BIN_PATH/mysqldump -u$MYSQL_USER -p$MYSQL_PW --opt --flush-logs  --all-database"

$MYSQL_CMD -e "flush tables with read lock;"

echo "-------show master status result-------" >> $LOG_FILE

$MYSQL_CMD -e "show master status" >> $LOG_FILE

${MYSQL_DUMP}|gzip > $DATA_FILE

#config slave

cd ${DATA_PATH}

scp "mysql_backup_`date +%F`.sql.gz" $MYSQL_SLAVE_IP:/tmp/

${SSH_CMD} "${GZIP_CMD} -d /tmp/mysql_backup_`date +%F`.sql.gz"

${SSH_CMD} "${MYSQL_CMD} < /tmp/mysql_backup_`date +%F`.sql"

${SSH_CMD} "cat |$MYSQL_CMD" << EOF

stop slave;

change master to

master_host='192.168.100.90',

master_user='slave',

master_password='123456',

master_log_file="bin.000009",

master_log_pos= 120;

start slave;

EOF

$SSH_CMD $MYSQL_CMD -e "show slave status\G;"|egrep "IO_Running|SQL_Running" >> $LOG_FILE

$MYSQL_CMD -e "unlock tables"

mail -s "mysql slave log" 1234567@qq.com < $LOG_FILE

$SSH_CMD mail -s "mysql slave log" 1234567@qq.com < $LOG_FILE

------------------

mysql主从my.cnf参数配置:

--------------------------------

[mysqld]

port= 3306

datadir=/usr/local/mysql/data

socket=/var/lib/mysql/mysql.sock

user=mysql

symbolic-links=0

max_connections = 16384

skip-external-locking

skip-name-resolve

key_buffer_size = 256M

query_cache_limit = 1M

query_cache_size = 64M

max_allowed_packet = 4M

#table_cache = 8

thread_concurrency = 8

sort_buffer_size = 8M

read_buffer_size = 4M

read_rnd_buffer_size = 4M

net_buffer_length = 1M

thread_stack = 1M

log-error=/usr/local/mysql/log/error.log

log=/usr/local/mysql/log/mysql.log

long_query_time=2

log-slow-queries= /usr/local/mysql/log/slowquery.log

# 服务器ID号(主为1从为2)

server-id = 1

# 忽略mysql系统库复制

binlog-ignore-db=mysql

binlog-ignore-db=information_schema

log-bin = /usr/local/mysql/log/bin.log

#删除10天之前的二进制日志

expire_logs_days = 10

[mysqldump]

quick

max_allowed_packet = 16M

[mysql]

no-auto-rehash

#safe-updates

[isamchk]

key_buffer = 8M

sort_buffer_size = 8M

[myisamchk]

key_buffer = 8M

sort_buffer_size = 8M

[mysqlhotcopy]

interactive-timeout

--------------------------------

-------大功告成---------