mysql 主从的几个参数

log-slave-updates  级联复制 配合--log-bin一起使用

master-connect-retry 主库失联重试时间

read-only 只读

replicate-do-db

replicate-do-table

replicate-ignore-db

replicate-ignore-table

replicate-wild-do-table

slave-skip-errors 自动跳过错误号

让主库停下来,从库追一下:

主库:

mysql> flush tables with read lock;

Query OK, 0 rows affected (0.00 sec)

mysql> show master status;

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

| File                 | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

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

| mysql3306-bin.000012 |     1166 |              |                  |                   |

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

1 row in set (0.00 sec)

mysql>

从库:

mysql> select master_pos_wait(‘mysql3306-bin.000012‘,‘1166‘);

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

| master_pos_wait(‘mysql3306-bin.000012‘,‘1166‘) |

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

|                                              0 |

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

1 row in set (0.00 sec)

mysql>

这个select语句会阻塞直到从库达到指定的日志文件和偏移量,查询返回0,则主从同步。

主库:

mysql> unlock tables;

Query OK, 0 rows affected (0.00 sec)

mysql> set global sql_slave_skip_counter = N 跳过主库的两个更新语句

解决log event entry exceeded max_allowed_packet的处理

主从库上增加;

mysql> show variables like "%max_allowed_packet%";

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

| Variable_name            | Value      |

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

| max_allowed_packet       | 4194304    |

| slave_max_allowed_packet | 1073741824 |

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

2 rows in set (0.00 sec)

mysql> set @@global.max_allowed_packet  = 16777216;

Query OK, 0 rows affected (0.00 sec)

mysql>

自增长变量的解决

master1:auto_increment_increment = 2,auto_increment_offset = 1;(1,3,5,7)

master2:auto_increment_increment = 2,auto_increment_offset = 0;(2,4,6,8)

实例:

mysql> create table auto_table(id int(5) not null auto_increment,num int(2) ,primary key (id));

Query OK, 0 rows affected (0.34 sec)

mysql> show variables like "%auto_increment%";

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

| Variable_name            | Value |

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

| auto_increment_increment | 1     |

| auto_increment_offset    | 1     |

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

2 rows in set (0.00 sec)

mysql> set session auto_increment_increment = 20;

Query OK, 0 rows affected (0.00 sec)

mysql> set session auto_increment_offset  = 7;

Query OK, 0 rows affected (0.00 sec)

mysql> show variables like "%auto_increment%";

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

| Variable_name            | Value |

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

| auto_increment_increment | 20    |

| auto_increment_offset    | 7     |

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

2 rows in set (0.00 sec)

mysql>

mysql> insert into auto_table(num)  values(1),(2);

Query OK, 2 rows affected (0.14 sec)

Records: 2  Duplicates: 0  Warnings: 0

mysql> insert into auto_table(num)  values(3),(4);

Query OK, 2 rows affected (0.25 sec)

Records: 2  Duplicates: 0  Warnings: 0

mysql> select * from auto_table;

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

| id | num  |

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

|  7 |    1 |

| 27 |    2 |

| 47 |    3 |

| 67 |    4 |

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

4 rows in set (0.00 sec)

mysql>

从7开始每次加20.

mysql> alter table auto_table add column createtime datetime;

Query OK, 0 rows affected (0.62 sec)

Records: 0  Duplicates: 0  Warnings: 0

mysql> insert into  auto_table(num,createtime) values(5,now()) ;

Query OK, 1 row affected (0.04 sec)

mysql> select * from auto_table;

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

| id | num  | createtime          |

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

|  7 |    1 | NULL                |

| 27 |    2 | NULL                |

| 47 |    3 | NULL                |

| 67 |    4 | NULL                |

| 87 |    5 | 2016-05-10 18:32:18 |

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

5 rows in set (0.00 sec)

mysql>

如何提高复制的性能:

  1. 通过拆分减少一个从库上需要数据同步的表来解决,不同的从库复制不同的库。
  2. 从库并行更新,从库更新时启动多个SQL线程。

mysql>  show variables like "%workers%";

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

| Variable_name          | Value |

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

| slave_parallel_workers | 0     |

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

1 row in set (0.00 sec)

mysql> set global slave_parallel_workers = 2;

Query OK, 0 rows affected (0.00 sec)

mysql>  show variables like "%workers%";

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

| Variable_name          | Value |

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

| slave_parallel_workers | 2     |

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

1 row in set (0.00 sec)

时间: 2024-10-09 08:31:33

mysql 主从的几个参数的相关文章

mysql主从及读写分离

主从同步 1 主配置 把237配置为主数据库服务器 授权用户从42数据库服务器连接自己的时候有拷贝数据的权限 grant   replication    slave  on  *.*    to   [email protected]"172.40.7.42"   identified by "123456"; vim /etc/my.cnf [mysqld] server_id=237 log-bin=master    #必须开启 :wq service  m

部署mysql主从同步

部署mysql主从同步一.什么是mysql主从同步主:正在被客户端访问的数据库服务器,被称作主库服务器.从:自动同步主库上的数据的数据库服务器,被称作从库服务器. 二.配置mysql主从同步2.1 拓扑图数据库服务器 192.168.4.51 做主库数据库服务器 192.168.4.52 做从库 2.2 环境准备主从同步未配置之前,要保证从库上要有主库上的数据.禁用selinux ]# setenforce 0 关闭防火墙服务]# systemctl stop firewalld物理连接正常 ]

mysql主从配置的参数配置与步骤

主从配置的步骤: 在主库建立要同步的数据库,建立主库的帐号和修改主备库配置 create database web default character set utf8 grant replication slave on *.* to 'repdcssub'@'192.168.191.112' identified by '123456'; grant all privileges on *.* to 'repdcssub'@'192.168.191.112'  identified by '

mysql主从配置

首先说下为什么需要mysql主从? 主要有三个原因:1,可以辅助备份,提高数据安全性:2,可以实现读写分离,达到负载分担的效果:3,可以实现高可用,在主服务器故障时,迅速切换到从,保证业务不间断运行. 针对上述需求,基本上一主一从,即可满足. 再来看下mysql主从复制的工作过程: 主要有三步: 1)master将改变记录到二进制日志(binary log)中,(这些记录叫做二进制日志事件,binary log events)   2)slave将master的binary log events

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

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

mysql主从中断

Mysql主从复制中断一例 收到mysql主从中断报警,马上登上服务器查看,发现是中继日志损坏. Show slave status\G,提示中继日志损坏.  Relay log read failure: Could not parse relay log event entry. The possible reasons are: the master's binary log is corrupted (you can check this by running 'mysqlbinlog'

Lvs+keepalived+mysql主从热备

p.MsoNormal,li.MsoNormal,div.MsoNormal { margin: 0cm; margin-bottom: .0001pt; text-align: justify; font-size: 10.5pt; font-family: "Calibri", "sans-serif" } h1 { margin-top: 17.0pt; margin-right: 0cm; margin-bottom: 16.5pt; margin-left

2-18,19 搭建MySQL主从服务器并并通过mysql-proxy实现读写分离

MySQL主从服务器 实现方式: MySQL  REPLICATION Replication可以实现将数据从一台数据库服务器(master)复制到一台或多台数据库服务器(slave) 默认情况下这种情况属于异步复制,无需维持长连接 通过配置,可以复制所有库或者几个库,甚至库中的一些表 它是MySQL内建的,自带 Replication的原理 主服务器master将数据库的改变写入二进制日志文件,从服务器slave同步这些二进制日志,并生成中继日志,从服务器根据中继日志,执行这些改变 DML:S

Mysql主从配置,实现读写分离

大型网站为了软解大量的并发访问,除了在网站实现分布式负载均衡,远远不够.到了数据业务层.数据访问层,如果还是传统的数据结构,或者只是单单靠一台服务器扛,如此多的数据库连接操作,数据库必然会崩溃,数据丢失的话,后果更是 不堪设想.这时候,我们会考虑如何减少数据库的联接,一方面采用优秀的代码框架,进行代码的优化,采用优秀的数据缓存技术如:memcached,如果资金丰厚的话,必然会想到假设服务器群,来分担主数据库的压力.Ok切入今天微博主题,利用MySQL主从配置,实现读写分离,减轻数据库压力.这种