MySQL读写分离amoeba&mysql-proxy

----主从同步介绍

refencen https://www.cnblogs.com/lin3615/p/5684891.html

我们提供的服务有：网站设计制作、成都网站设计、微信公众号开发、网站优化、网站认证、盐亭ssl等。为1000+企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的盐亭网站制作公司

1.读写分离方式

这里介绍两种方式，一种是用MySQL-proxy，一种用Amoeba

amoeba

优点：直接实现读写分离和负载均衡，不用修改代码，有很灵活的数据解决方案

缺点：自己分配账户，和后端数据库权限管理独立，权限处理不够灵活

mysql-proxy

优点：直接实现读写分离和负载均衡，不用修改代码，master和slave用一样的帐号

缺点：字符集问题，lua语言编程，还只是alpha版本，时间消耗有点高

2.读写分离，延迟是个大问题

在slave服务器上执行 show slave status 查看同步情况

Master_Log_File:slave中的I/O线程当前正在读取的master服务器二进制式日志文件名.

Read_Master_Log_Pos:在当前的 master服务器二进制日志中，slave中的I/O线程已经读取的位置

Relay_Log_File:SQL线程当前正在读取与执行中继日志文件的名称

Relay_Log_Pos:在当前的中继日志中，SQL线程已读取和执行的位置

Relay_Master_Log_File:由SQL线程执行的包含多数近期事件的master二进制日志文件的名称

Slave_IO_Running:I/O线程是否被启动并成功连接到master

Slave_SQL_Running:SQL线程是否被启动

Seconds_Behind_Master:slave服务器SQL线程和从服务器I/O线程之间的差距，单位为秒计

slave同步延迟情况出现：

1.Seconds_Behind_Master不为0，这个值可能会很大

2.Relay_Master_Log_File和Master_Log_File显示bin-log的编号相差很大，说明bin-log在slave上没有及时同步，所以近期执行的 bin-log和当前I/O线程所读的 bin-log相差很大

3.mysql的 slave数据库目录下存在大量的 mysql-relay-log日志，该日志同步完成之后就会被系统自动删除，存在大量日志，说明主从同步延迟很厉害

3. mysql主从同步延迟原理

mysql主从同步原理

主库针对读写操作，顺序写 binlog，从库单线程去主库读"写操作的binlog",从库取到 binlog在本地原样执行(随机写),来保证主从数据逻辑上一致.

mysql的主从复制都是单线程的操作，主库对所有DDL和DML产生 binlog，binlog是顺序写，所以效率很高，slave的Slave_IO_Running线程到主库取日志，效率比较高，下一步问题来了，slave的 slave_sql_running线程将主库的 DDL和DML操作在 slave实施。DML，DDL的IO操作是随即的，不能顺序的，成本高很多，还有可能slave上的其他查询产生 lock，由于 slave_sql_running也是单线程的，所以一个 DDL卡住了，需要执行一段时间，那么所有之后的DDL会等待这个 DDL执行完才会继续执行，这就导致了延迟.由于master可以并发，Slave_sql_running线程却不可以，所以主库执行 DDL需求一段时间，在slave执行相同的DDL时，就产生了延迟.

主从同步延迟产生原因

当主库的TPS并发较高时，产生的DDL数量超过Slave一个 sql线程所能承受的范围，那么延迟就产生了，当然还有就是可能与 slave的大型 query语句产生了锁等待

首要原因：数据库在业务上读写压力太大，CPU计算负荷大，网卡负荷大，硬盘随机IO太高

次要原因：读写 binlog带来的性能影响，网络传输延迟

4.主从同步延迟解决方案

架构方面

1.业务的持久化层的实现采用分库架构，mysql服务可平行扩展分散压力

2.单个库读写分离，一主多从，主写从读，分散压力。

3.服务的基础架构在业务和mysql之间加放 cache层

4.不同业务的mysql放在不同的机器

5.使用比主加更了的硬件设备作slave

反正就是mysql压力变小，延迟自然会变小

硬件方面：

采用好的服务器

5. mysql主从同步加速

1、sync_binlog在slave端设置为0

2、–logs-slave-updates从服务器从主服务器接收到的更新不记入它的二进制日志。

3、直接禁用slave端的binlog

4、slave端，如果使用的存储引擎是innodb，innodb_flush_log_at_trx_commit =2

从文件系统本身属性角度优化

master端

修改linux、Unix文件系统中文件的etime属性，由于每当读文件时OS都会将读取操作发生的时间回写到磁盘上，对于读操作频繁的数据库文件来说这是没必要的，只会增加磁盘系统的负担影响I/O性能。可以通过设置文件系统的mount属性，组织操作系统写atime信息，在linux上的操作为：

打开/etc/fstab，加上noatime参数

/dev/sdb1 /data reiserfs noatime 1 2

然后重新mount文件系统

#mount -oremount /data

主库是写，对数据安全性较高，比如sync_binlog=1，innodb_flush_log_at_trx_commit = 1 之类的设置是需要的

而slave则不需要这么高的数据安全，完全可以将sync_binlog设置为0或者关闭binlog，innodb_flushlog也可以设置为0来提高sql的执行效率

1、sync_binlog=1

MySQL提供一个sync_binlog参数来控制数据库的binlog刷到磁盘上去。

默认，sync_binlog=0，表示MySQL不控制binlog的刷新，由文件系统自己控制它的缓存的刷新。这时候的性能是最好的，但是风险也是最大的。一旦系统Crash，在binlog_cache中的所有binlog信息都会被丢失。

如果sync_binlog>0，表示每sync_binlog次事务提交，MySQL调用文件系统的刷新操作将缓存刷下去。最安全的就是sync_binlog=1了，表示每次事务提交，MySQL都会把binlog刷下去，是最安全但是性能损耗最大的设置。这样的话，在数据库所在的主机操作系统损坏或者突然掉电的情况下，系统才有可能丢失1个事务的数据。

但是binlog虽然是顺序IO，但是设置sync_binlog=1，多个事务同时提交，同样很大的影响MySQL和IO性能。

虽然可以通过group commit的补丁缓解，但是刷新的频率过高对IO的影响也非常大。对于高并发事务的系统来说，“sync_binlog”设置为0和设置为1的系统写入性能差距可能高达5倍甚至更多。

所以很多MySQL DBA设置的sync_binlog并不是最安全的1，而是2或者是0。这样牺牲一定的一致性，可以获得更高的并发和性能。

默认情况下，并不是每次写入时都将binlog与硬盘同步。因此如果操作系统或机器(不仅仅是MySQL服务器)崩溃，有可能binlog中最后的语句丢失了。要想防止这种情况，你可以使用sync_binlog全局变量(1是最安全的值，但也是最慢的)，使binlog在每N次binlog写入后与硬盘同步。即使sync_binlog设置为1,出现崩溃时，也有可能表内容和binlog内容之间存在不一致性。

2、innodb_flush_log_at_trx_commit（这个很管用）

抱怨Innodb比MyISAM慢 100倍？那么你大概是忘了调整这个值。默认值1的意思是每一次事务提交或事务外的指令都需要把日志写入（flush）硬盘，这是很费时的。特别是使用电池供电缓存（Battery backed up cache）时。设成2对于很多运用，特别是从MyISAM表转过来的是可以的，它的意思是不写入硬盘而是写入系统缓存。

日志仍然会每秒flush到硬盘，所以你一般不会丢失超过1-2秒的更新。设成0会更快一点，但安全方面比较差，即使MySQL挂了也可能会丢失事务的数据。而值2只会在整个操作系统挂了时才可能丢数据。

3、ls命令可用来列出文件的 atime、ctime和 mtime。

atime文件的access time在读取文件或者执行文件时更改的

ctime文件的create time在写入文件，更改所有者，权限或链接设置时随inode的内容更改而更改

mtime文件的modified time在写入文件时随文件内容的更改而更改

ls -lc filename列出文件的 ctime

ls -lu filename列出文件的 atime

ls -l filename列出文件的 mtime

stat filename列出atime，mtime，ctime

atime不一定在访问文件之后被修改

因为：使用ext3文件系统的时候，如果在mount的时候使用了noatime参数那么就不会更新atime信息。

这三个time stamp都放在 inode中.如果mtime,atime修改,inode就一定会改,既然 inode改了,那ctime也就跟着改了.

之所以在 mount option中使用 noatime,就是不想file system做太多的修改,而改善读取效能

4.进行分库分表处理，这样减少数据量的复制同步操作

一、MySQL主从搭建

1.主从库定义

主库 192.168.12.56 3306

从库1 192.168.12.56 3307

从库2 192.168.12.55 3306

2.主库修改参数

====》192.168.12.56

# vi /etc/my.cnf

[mysqld]

server-id = 1

log-bin=mysql-bin

------重启mysql主

# /etc/init.d/mysqld restart

# netstat -nltpd |grep mysql

------检查参数

# ls -lrth /app/mysql/data/|grep mysql-bin

-rw-rw---- 1 mysql mysql 107 Oct 29 22:35 mysql-bin.000001

-rw-rw---- 1 mysql mysql 19 Oct 29 22:35 mysql-bin.index

# mysql -uroot -p111111 -e 'show variables;'|egrep "log_bin|server_id"

log_bin ON

server_id 1

3.从库修改参数

3.1 从库1修改

====》192.168.12.56

# vi /mysqldata/3307/my3307.cnf

[mysqld]

server-id = 2

# mysqladmin -uroot -p1234567 -S /mysqldata/3307/mysql3307.sock shutdown

# mysqld_safe --defaults-file=/mysqldata/3307/my3307.cnf 2>&1 >/dev/null &

# mysql -uroot -p1234567 -S /mysqldata/3307/mysql3307.sock -e 'show variables like "server%"'

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

| Variable_name | Value |

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

| server_id | 2 |

3.2 从库2修改

====》192.168.12.55

# vi /etc/my.cnf

[mysqld]

server-id = 3

# /etc/init.d/mysqld restart

# netstat -nltpd |grep mysql

# mysql -uroot -p111111 -e 'show variables like "server%"'

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

| Variable_name | Value |

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

| server_id | 3 |

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

4.主库创建同步帐号rep

# mysql -uroot -p111111

mysql> grant replication slave on *.* to 'rep'@'192.168.12.%' identified by '123456';

mysql> flush privileges;

----replication slave为mysql同步的必须权限，此处不要授予all

----*.*表示所有库所有表，也可以指定具体库和表进行复制。shaw_gbk_db.test_tb

----'rep'@'192.168.12.%' rep为同步帐号，192.168.12.%为授权主机网段

mysql> select user,host from mysql.user where user='rep';

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

| user | host |

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

| rep | 192.168.12.% |

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

1 row in set (0.04 sec)

mysql> show grants for rep@'192.168.12.%'\G

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

Grants for rep@192.168.12.%: GRANT REPLICATION SLAVE ON *.* TO 'rep'@'192.168.12.%' IDENTIFIED BY PASSWORD '*6BB4837EB74329105EE4568DDA7DC67ED2CA2AD9'

5.从库搭建

5.1 ### 从库1搭建 ###(方式一)

5.1.1 主库导出数据

------主库加锁。加锁后，该窗口不能退出，并且受以下参数影响

mysql> show variables like '%timeout';

| interactive_timeout | 28800 |

| wait_timeout | 28800 |

mysql> flush table with read lock;

注意：mysql 5.1及mysql 5.5版本锁表方式不一样：

5.1版本： flush tables with read lock

5.5版本： flush table with read lock

------查看当前binlog

mysql> show master status;

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

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

| mysql-bin.000001 | 334 | | |

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

------新开窗口导出数据

# mkdir /bak

# mysqldump -uroot -p1111111 -A -B --events|gzip >/bak/mysql_bak_$(date +%F).sql.gz

# ll -lrht /bak/

total 144K

-rw-r--r-- 1 root root 141K Jan 10 07:58 mysql_bak_2018-01-10.sql.gz

------导完数据之后，查看binlog状态是否和之前一致，无误后解锁

mysql> show master status;

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

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

| mysql-bin.000001 | 334 | | |

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

mysql> unlock tables;

-------创建一个数据库，带回从库搭建后，看是否能自动同步过去

mysql> create database shaw_db;

Query OK, 1 row affected (0.02 sec)

mysql> show master status;

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

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

| mysql-bin.000001 | 423 | | |

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

mysql> show processlist;

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

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

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

5.1.2 从库1导入数据

# gzip -d /bak/mysql_bak_2018-01-10.sql.gz

# ls -lrht /bak/

total 516K

-rw-r--r-- 1 root root 516K Jan 10 07:58 mysql_bak_2018-01-10.sql

# mysql -uroot -p1234567 -S /mysqldata/3307/mysql3307.sock

mysql> show slave status\G

Empty set (0.00 sec)

5.1.3 从库1设置change master

# mysql -uroot -p1234567 -S /mysqldata/3307/mysql3307.sock<

change master to

master_host='192.168.12.56',

master_port=3306,

master_user='rep',

master_password='123456',

master_log_file='mysql-bin.000001',

master_log_pos=334;

EOF

====>从库1生成master.info

# ls -lrht /mysqldata/3307/data/

total 29M

drwx------ 2 mysql mysql 4.0K Oct 29 21:45 performance_schema

-rw-rw---- 1 mysql mysql 5.0M Oct 29 21:47 ib_logfile1

-rw-rw---- 1 mysql mysql 18M Oct 29 22:42 ibdata1

-rw-rw---- 1 mysql mysql 5.0M Oct 29 22:43 ib_logfile0

drwx------ 2 mysql root 4.0K Oct 29 23:42 mysql

-rw-rw---- 1 mysql mysql 78 Oct 29 23:45 master.info

-rw-rw---- 1 mysql mysql 107 Oct 29 23:45 mysql3307-relay-bin.000001

-rw-rw---- 1 mysql mysql 29 Oct 29 23:45 mysql3307-relay-bin.index

-rw-r----- 1 mysql root 6.0K Oct 29 23:45 xuan2.err

-rw-rw---- 1 mysql mysql 52 Oct 29 23:45 relay-log.info

# cat master.info

mysql-bin.000001

334

192.168.12.56

rep

123456

3306

5.1.4 从库1启动从库进程

mysql> start slave;

mysql> show slave status\G

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Seconds_Behind_Master: 0 落后主库的秒数

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

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.12.56

Master_User: rep

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000001

Read_Master_Log_Pos: 423

Relay_Log_File: orcl-relay-bin.000002

Relay_Log_Pos: 342

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 423

Relay_Log_Space: 497

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: 0

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 1

1 row in set (0.00 sec)

mysql> show processlist;

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

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

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

3 rows in set (0.00 sec)

----检查，发现之前创建的数据

mysql> show databases like 'shaw_db';

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

| Database (shaw_db) |

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

| shaw_db |

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

1 row in set (0.00 sec)

5.1.5 再次测试同步情况

----主库

mysql> use shaw_db;

Database changed

mysql> create table t_zhong as select * from mysql.user;

Query OK, 3 rows affected (0.02 sec)

Records: 3 Duplicates: 0 Warnings: 0

mysql> show master status;

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

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

| mysql-bin.000001 | 537 | | |

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

1 row in set (0.00 sec)

----从库1

mysql> select count(*) from shaw_db.t_zhong;

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

| count(*) |

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

| 3 |

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

1 row in set (0.00 sec)

--5.1.6 主从库产生的日志文件信息

----主库开启binlog后产生binlog日志

# ls -lrt |grep bin

-rw-rw---- 1 mysql mysql 33 Jan 10 07:13 mysql-bin.index

-rw-rw---- 1 mysql mysql 827 Jan 10 10:57 mysql-bin.000001

# cat mysql-bin.index

/mysqldata/3309/mysql-bin.000001

# mysqlbinlog mysql-bin.000001|more

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;

/*!40019 SET @@session.max_insert_delayed_threads=0*/;

/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;

DELIMITER /*!*/;

# at 4

#180110 7:13:05 server id 1 end_log_pos 107 Start: binlog v 4, server v 5.5.32-log created 1801

10 7:13:05 at startup

# Warning: this binlog is either in use or was not closed properly.

ROLLBACK/*!*/;

BINLOG '

。。。。。。。。。。。。。。。。。。

----从库开启未开启binlog，但是有relaylog，并且有master.info记录信息

# ls -lrt |grep relay

-rw-rw---- 1 mysql mysql 155 Jan 10 08:20 orcl-relay-bin.000001

-rw-rw---- 1 mysql mysql 48 Jan 10 08:20 orcl-relay-bin.index

-rw-rw---- 1 mysql mysql 746 Jan 10 10:57 orcl-relay-bin.000002

-rw-rw---- 1 mysql mysql 49 Jan 10 10:57 relay-log.info

# cat orcl-relay-bin.index ##relaylog索引文件

./orcl-relay-bin.000001

./orcl-relay-bin.000002

# cat relay-log.info relaylog是SQL线程

./orcl-relay-bin.000002

746 ## Relay_Log_Pos: 746表示从库sql应用日志的relaylog位置。

mysql-bin.000001 ##这个表示从库从主库取数据回来的binlog位置

827 ##Exec_Master_Log_Pos: 827 这个是从库从主库取数据回来的binlog日志中pos位置

# mysqlbinlog orcl-relay-bin.000002 |more

/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=1*/;

/*!40019 SET @@session.max_insert_delayed_threads=0*/;

/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;

DELIMITER /*!*/;

# at 4

#180110 8:20:25 server id 2 end_log_pos 107 Start: binlog v 4, server v 5.5.32 created 180110

8:20:25

。。。。。。。。。

# cat master.info ##master.info是IO线程

18 ##

mysql-bin.000001 ##主库binlog位置

827 ##主库pos位置

192.168.12.55 ##主库地址

rep ##主库连接帐号

123456 ##主库连接密码

3309 ##主库端口号

60 ##表示主从出现问题后，从库重试时间

1800.000

5.2 ### 从库2搭建 ###(方式二) 推荐

5.2.1 主库导出数据

====》192.168.12.56

----导出时加入master-data=1

主库导出备份加参数 master-data=1后。导入从库后，change master to时不需要加以下参数，如果是master-data=2则需要加以下参数

master_log_file='mysql-bin.000001',

master_log_pos=334;

##导出数据

# mysqldump -uroot -p111111 -A -B -F --master-data=1 --events --single-transaction|gzip > /bak/mysqld_$(date +%F).sql.gz

===============================================================

##参数说明：

-B指定多个库，增加建库及use语句

--compact去掉注释，适合调试输出，生产不用

-A备份所有库

-F刷新binlog日志

--master-data增加binlog日志文件名及对应的位置点

-x, --lock-all-tables

Locks all tables across all databases.This is archieved by taking a global read lock for the duration of the whole dump. Automatically turns –single-transaction and –lock-tables off

-l, --lock-tables Lock all tables for read

-d只备份表结构

-t只备份数据

--single-transaction 适合InnoDB事务数据库备份

InnoDB表在备份时，通常启用选项—single-transaction来保证备份的一致性，实际上它的工作原理是设定本次会话的隔离级别为：repeatable read以确保本次会话dump时不会看到其他会话已经提交的数据。

myisam备份命令

mysqldump –uroot –p111111 –A –B –F –master-data=2 –x –events|gzip > /opt/all.sql.gz

innodb备份命令：推荐

mysqldump –uroot –p111111 –A –B –F –master-data=2 –events –single-transaction |gzip >opt/all.sql.gz

===============================================================

5.2.2 从库2导入数据

====》192.168.12.55

# scp /bak/mysqld_2016-10-30.sql.gz root@192.168.12.55:/root

# gunzip mysqld_2016-10-30.sql.gz

# ls -lrht |grep mysqld

-rw-r--r-- 1 root root 520K Feb 27 14:12 mysqld_2016-10-30.sql

# mysql -uroot -p111111

mysql> show slave status\G

Empty set (0.00 sec)

5.2.3 从库2设置change master

# mysql -uroot -p1111111 <

change master to

master_host='192.168.12.56',

master_port=3306,

master_user='rep',

master_password='123456';

EOF

mysql> show slave status\G

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

Slave_IO_State:

Master_Host: 192.168.12.55

Master_User: rep

Master_Port: 3309

Connect_Retry: 60

Master_Log_File:

Read_Master_Log_Pos: 4

Relay_Log_File: mysql3308-relay-bin.000001

Relay_Log_Pos: 4

Relay_Master_Log_File:

Slave_IO_Running: No

Slave_SQL_Running: No

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 0

Relay_Log_Space: 107

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: NULL

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 0

1 row in set (0.00 sec)

5.2.4 从库2启动从库进程

mysql> start slave;

mysql> show slave status\G

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

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.12.55

Master_User: rep

Master_Port: 3309

Connect_Retry: 60

Master_Log_File: mysql-bin.000002

Read_Master_Log_Pos: 107

Relay_Log_File: mysql3308-relay-bin.000002

Relay_Log_Pos: 480

Relay_Master_Log_File: mysql-bin.000001

Slave_IO_Running: Yes

Slave_SQL_Running: No

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 1007

Last_Error: Error 'Can't create database 'shaw_db'; database exists' on query. Default database: 'shaw_db'. Query: 'create database shaw_db'

Skip_Counter: 0

Exec_Master_Log_Pos: 334

Relay_Log_Space: 1642

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: NULL

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 1007

Last_SQL_Error: Error 'Can't create database 'shaw_db'; database exists' on query. Default database: 'shaw_db'. Query: 'create database shaw_db'

Replicate_Ignore_Server_Ids:

Master_Server_Id: 1

1 row in set (0.00 sec)

报错原因： 在从库先创建个对象，数据库、表….然后在主库创建一个同名的对象就会出现以上报错

5.2.5 处理同步故障

----解决方法两种，一种如下：

stop slave;

set global sql_slave_skip_counter = 1;

start slave

MySQL读写分离amoeba&mysql-proxy

----另一种，如下：需要重启mysql

根据错误号跳过指定的错误。

slave-skip-errors = 1032,1062,1007

1032：记录不存在

1062：字段值重复，入库失败

1007：数据库已存在，创建数据库失败

1050：数据表已存在

一般由于入库重复导致的失败，可以忽略。也可以使用all值忽略所有错误消息如下，但不建议。slave-skip-errors = all

===处理之后：

mysql> show slave status\G

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

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.12.56

Master_User: rep

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: mysql-bin.000002

Read_Master_Log_Pos: 107

Relay_Log_File: orcl-relay-bin.000007

Relay_Log_Pos: 253

Relay_Master_Log_File: mysql-bin.000002

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

Replicate_Do_DB:

Replicate_Ignore_DB:

Replicate_Do_Table:

Replicate_Ignore_Table:

Replicate_Wild_Do_Table:

Replicate_Wild_Ignore_Table:

Last_Errno: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 107

Relay_Log_Space: 554

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: 0

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 1

1 row in set (0.00 sec)

5.2.6 测试同步

----主库操作

mysql> use shaw_db;

Database changed

mysql> create table t_user as select * from mysql.user;

----从库1检查

mysql> show slave status\G

mysql> select count(*) from shaw_db.t_user;

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

| count(*) |

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

| 3 |

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

1 row in set (0.01 sec)

----从库2检查

mysql> show slave status\G

mysql> select count(*) from shaw_db.t_user;

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

| count(*) |

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

| 3 |

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

1 row in set (0.01 sec)

5.3 创建用户用于应用连接数据库

mysql> grant all privileges on *.* to user01@'192.168.12.%' identified by "111111";

Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;

Query OK, 0 rows affected (0.00 sec)

mysql> show grants for user01@'192.168.12.%'\G

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

Grants for user01@192.168.12.%: GRANT ALL PRIVILEGES ON *.* TO 'user01'@'192.168.12.%' IDENTIFIED BY PASSWORD '*FD571203974BA9AFE270FE62151AE967ECA5E0AA'

1 row in set (0.00 sec)

###### 注意：

========》在登录的时候，如果是本机登录，默认的认证方式是local，因此默认登录会报错，需要指定ip登录。如下：

# mysql -uuser01 -p111111

ERROR 1045 (28000): Access denied for user 'user01'@'localhost' (using password: YES)

# mysql -uuser01 -p111111 -h 192.168.12.56 -P3306

Welcome to the MySQL monitor. Commands end with ; or \g.

Your MySQL connection id is 20

Server version: 5.5.32-log Source distribution

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> exit

Bye

=====》这里处理方法是再创建local的用户

mysql> grant all privileges on *.* to user01@'localhost' identified by "111111";

Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;

# mysql -uuser01 -p111111

Welcome to the MySQL monitor. Commands end with ; or \g.

Your MySQL connection id is 23

Server version: 5.5.32-log Source distribution

Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>

mysql> select user,host from mysql.user;

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

| user | host |

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

| root | 127.0.0.1 |

| rep | 192.168.12.% |

| user01 | 192.168.12.% |

分享题目：MySQL读写分离amoeba&mysql-proxy
URL链接：http://hbruida.cn/article/iidhco.html

MySQL读写分离amoeba&mysql-proxy

----主从同步介绍

1.读写分离方式

2.读写分离，延迟是个大问题

3. mysql主从同步延迟原理

4.主从同步延迟解决方案

5. mysql主从同步加速

一、MySQL主从搭建

1.主从库定义

2.主库修改参数

3.从库修改参数

3.1 从库1修改

3.2 从库2修改

4.主库创建同步帐号rep

5.从库搭建

5.1 ### 从库1搭建 ###(方式一)

5.1.1 主库导出数据

5.1.2 从库1导入数据

5.1.3 从库1设置change master

5.1.4 从库1启动从库进程

5.1.5 再次测试同步情况

--5.1.6 主从库产生的日志文件信息

5.2 ### 从库2搭建 ###(方式二) 推荐

5.2.1 主库导出数据

5.2.2 从库2导入数据

5.2.3 从库2设置change master

5.2.4 从库2启动从库进程

5.2.5 处理同步故障

5.2.6 测试同步

5.3 创建用户用于应用连接数据库

其他资讯