以下为《MySQL双机热备方案》的无排版文字预览，完整格式请下载

下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。

东江湖景区智慧票务系统MySQL数据库热备解决方案

前言

数据信息是当今社会进步、发展的关键。面对日益庞大的计算机网络，用户的要求是网络能够可靠、高速、稳定地运行。当前大部分网络服务都是采用中心服务器的模式 ( 只有一台服务器 ) ，服务器的高可靠性、高可用性是网络安全运行的关键，一旦服务器出现故障，所提供的服务就会被中断，影响正常工作，并可能丢失关键数据，从而造成严重后果。 无论对企业的有形和无形资产都带来不必要的损失。如何在故障情况下尽快恢复使用并保证数据的安全，已经成为一个日渐突出的问题。服务器双机热备份技术正是解决由软硬件故障引起可靠性降低的有效措施，该技术较为成熟，成本相对较低，具有安装维护简单、稳定可靠、监测直观等优点，在网络保障中获得了广泛的应用。

双机热备份，概况地说，就是用网络两台服务器连接起来，平时互相备份，共同执行同一服务。当一台服务器停机时，可以由双机中的另一台服务器自动将停机服务器的业务接管，从而在不需要人工干预的情况下，保证系统能持续提供服务。

背景简介

东江湖数字化景区项目智慧票务系统于2017年建设找投入使用，该系统两台Dell R430服务器组成。分别承载智慧景区票务系统应用、智慧景区票务系统数据库。

/

建设模式

为最大化的节约用户投入成本，本方案采用MySQL数据库热备方式建设。用户只需再增加一台Dell R430服务器即可实现。

/

四、MySQL数据库服务器热备实施

准备工作

准备两台服务器(电脑)，接入局域网中，使互相ping得通对方

两台服务器都安装mysql-server-5.1，必须保证mysql的版本一致

假设，服务器A：192.168.0.2，服务器B：192.168.0.3

?

创建同步用户

在主服务器上为从服务器建立一个连接账户，该账户必须授予replication slave权限。因为服务器A和服务器B互为主从，所以都要分别建立一个同步用户。

服务器A：

mysql> grant replication slave on *.* to 'replicate'@'192.168.0.3' identified by '123456';

mysql> flush privileges;

服务器B：

mysql> grant replication slave on *.* to 'replicate'@'192.168.0.2' identified by '123456';

mysql> flush privileges;

?

测试同步用户

创建好同步连接账户后，我们可以在从服务器(slave)上用replicate账户对主服务器(master)数据库进行访问，看下是否能连接成功。

服务器A：

C:\Users\Administrator> mysql -h192.168.0.3 -ureplicate -p123456

服务器B：

C:\Users\Administrator> mysql -h192.168.0.2 -ureplicate -p123456

如果出现"Welcome to the MySQL monitor. "等字样，则表示能登录成功，说明可以对这两台服务器进行双机热备操作。

?

修改配置文件my.ini

打开电脑A上"mysql安装路径\my.ini"文件，并在文件的末尾添加如下配置：

服务器A：

server-id=1

log-bin=backuplog

sync_binlog=1

binlog_format=row

auto_increment_increment = 2

auto_increment_offset = 1

max_binlog_size=512m

expire_logs_days=1

binlog_do_db=oa

binlog_ignore_db=mysql

binlog_ignore_db=information_schema

replicate_do_db=oa

replicate_wild_ignore_table=oa.log

slave_skip_errors=all

服务器B：

server-id=2

log-bin=backuplog

sync_binlog=1

binlog_format=row

auto_increment_increment = 2

auto_increment_offset = 2

max_binlog_size=512m

expire_logs_days=1

binlog_do_db=oa

binlog_ignore_db=mysql

binlog_ignore_db=information_schema

replicate_do_db=oa

replicate_wild_ignore_table=oa.log

slave_skip_errors=all

分别重启服务器A和服务器B上的mysql服务，如果成功则配置没有问题。

C:\Users\Administrator> net stop mysql;

C:\Users\Administrator> net start mysql;

分别查看服务器A和服务器B的主服务器状态

mysql> show master status\G;?

分别在服务器A和服务器B上用change master to命令指定同步位置

服务器A：

mysql> stop slave;

mysql> change master to master_host='192.168.0.3',master_user='replicate',master_password='123456', 　　　　　　master_log_file='backuplog.000001',master_log_pos=0;

mysql> start slave;

服务器B：

mysql> stop slave;

mysql>change master to master_host='192.168.0.2',master_user='replicate',master_password='123456',master_log_file='backuplog.000001',master_log_pos=0;

mysql> start slave;

分别查看服务器A和服务器B的从服务器状态

mysql> show slave status\G;

查看Slave_IO_Running、Slave_SQL_Running两项值均为Yes，即表示设置从服务器成功。

?至此，双机热备配置完成，服务器A和服务器B的数据库有做修改，两边的数据库都会同步。

?

My.ini配置参数说明

server-id

ID值唯一的标识了复制群集中的主从服务器，因此它们必须各不相同。master_id必须为1到2^32－1之间的一个正整数值，slave_id值必须为2到2^32－1之间的一个正整数值。

log-bin

表示打开binlog，打开该选项才可以通过I/O写到Slave的relay-log，也是可以进行replication的前提。

binlog-do-db

表示需要记录二进制日志的数据库。如果有多个数据可以用逗号分隔，或者使用多个binlog-do-dg选项。

binlog-ingore-db

表示不需要记录二进制日志的数据库，如果有多个数据库可用逗号分隔，或者使用多binlog-ignore-db选项。

replicate-do-db

表示需要同步的数据库，如果有多个数据可用逗号分隔，或者使用多个replicate-do-db选项。

replicate-ignore-db

表示不需要同步的数据库，如果有多个数据库可用逗号分隔，或者使用多个replicate-ignore-db选项。

log-slave-updates

配置从库上的更新操作是否写入二进制文件，如果这台某某，还要做其他从库的主库，那么就需要打这个参数，以便从库的从库能够进行日志同步。

slave-skip-errors

在复制过程，由于各种原因导致binglo中的sql出错，默认情况下，从库会停止复制，要用户介入。可以设置slave-skip-errors来定义错误号，如果复制过程中遇到的错误是定义的错误号，便可以路过。如果从库是用来做备份，设置这个参数会存在数据不一致，不要使用。如果是分担主库的查询压力，可以考虑。

sync_binlog=1 Or N

Sync_binlog的默认值是0，这种模式下，MySQL不会同步到磁盘中去。这样的话，Mysql依赖操作系统来刷新二进制日志 binary log，就像操作系统刷新其他文件的机制一样。因此如果操作系统或机器(不仅仅是 Mysql服务器)崩溃，有可能binlog中最后的语句丢失了。要想防止这种情况，可以使用 sync_binlog全局变量，使binlog在每Ｎ次binlog 写入后与硬盘同步。当sync_binlog 变量设置为１是最安全的，因为在crash崩溃的情况下，你的二进制日志binary log只有可能丢失最多一个语句或者一个事务。但是，这也是最慢的一种方式(除非磁盘有使用带蓄电池后备电源的缓存cache,使得同步到磁盘的操作非快)。

即使sync_binlog设置为1，出现崩溃时，也有可能表内容和binlog内容之间存在不一致性。如果使用 InnoDB表，Mysql服务器处理COMMIT语句，它将整个事务写入binlog并将事务提交到InnoDB中。 如果在两次操作之间出现崩溃，重启时，事务被InnoDB回滚，但仍然存在binlog中。可以用-innodb-safe-binlog选项来增加InnoDB表内容和binlog之间的一致性。(注释：在Mysql 5.1版本 中不需要-innodb-safe-binlog；由于引入了XA事务支持，该选项作废了)，该选项可以提供更大程度的安全，使每个事务的binlog(sync_binlog=1)和(默认情况为真) InnoDB日志与硬盘同步，该选项的效果是崩溃后重启时，在滚回事务后，Mysql服务器从binlog剪切回滚的InnoDB 事务。这样可以确保binlog反馈InnoDB表的确切数据等，并使从服务器保持与主服务器保持同步(不接收回滚的语句)。

auto_increment_offset和auto_increment_increment

Auto_increment_increment和auto_increment_offset用于主－主服务器(master-to-master)复制，并可以用来控制AUTO_INCREMENT列的操作。两个变量均可以设置为全局或局部变量，并且假定每个值都可以为1到65,535之间的整数值。将其中一个变量设置为0会使该变量为1。这两个变量影响AUTO_INCREMENT列的方式：auto_increment_increment控制列中的值的增量值，auto_increment_offset确定AUTO_INCREMENT列值的起点。

如果auto_increment_offset的值大于auto_increment_increment的值，则auto_increment_offset的值被忽略。

例如：表内已有一些数据，就会用现在已有的最大自增值做为初始值。

max_binlog_size

单个二进制日志文件最大的大小，超过此大小会自动创建新的二进制日志文件

expire_logs_days

二进制日志的过期天数，过期的日志将会被自动删除，减少日志占用硬盘的容量

binlog_format

二进制日志格式，三种模式：statement语句模式,row行模式，mixed混合模式。当设置隔离级别为read-commited必须设置二进制日志格式为row，现在mysql官方认为statement这个已经不再适合继续使用；但mixed类型在默认的事务隔离级别下，可能会导致主从数据不一致；

五、实施时间

MySQL双机热备实施时间：景区售票处歇息时间段；

实施人员：

主：**_*

配：**_*

[全文已结束，注意以上仅为全文的文字预览，不包含图片和表格以及排版]

以上为《MySQL双机热备方案》的无排版文字预览，完整格式请下载

下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。