随笔分类 - MySQL
摘要：PXC使用到的端口号 3306 数据库对外服务的端口号（视具体情况而定） 4444 请求SST SST: 指数据一个镜象传输 xtrabackup , rsync ,mysqldump 4567 : 组成员之间进行沟通的一个端口号 4568 : 传输IST用的。相对于SST来说的一个增量。 9200
阅读全文
posted @ 2018-08-01 14:09
屠魔的少年
摘要：mha配置参数详解： 参数名字是否必须参数作用域默认值示例 hostname Yes Local Only - hostname=mysql_server1, hostname=192.168.0.1, etc ip No Local Only gethostbyname($hostname) ip
阅读全文
posted @ 2018-08-01 14:08
屠魔的少年
摘要：在使用 masterha_check_repl --global_conf=/etc/masterha/masterha_default.conf --conf=/etc/masterha/app1.conf 脚本检查过程中，出现如下报错： Sun Mar 12 23:25:56 2017 - [e
阅读全文
posted @ 2018-08-01 14:07
屠魔的少年
摘要：环境介绍： 说明 IP 节点1 192.168.56.56 节点2 192.168.56.57 w_ip 192.168.56.6 安装keepalived tar -zxvf keepalived-1.2.2.tar.gz cd keepalived-1.2.2 ./configure --pre
阅读全文
posted @ 2018-08-01 14:05
屠魔的少年
摘要：keepalived 启动流程： 启动三个进程（主进程、healthcheck 进程、vrrp进程）之后，先进入backup状态，运行一次vrrp_script成功后发现没有主，这时候会进入master 状态，拉起VIP，完成启动。 切换的流程： 原keepalived master节点，运行检查脚
阅读全文
posted @ 2018-08-01 14:04
屠魔的少年
摘要：vrrp_script vs_mysql_82 { script "/etc/keepalived/checkMySQL.py -h 192.168.11.82 -P 3306" interval 60 } vrrp_instance VI_82 { state BACKUP nopreempt i
阅读全文
posted @ 2018-08-01 14:04
屠魔的少年
摘要：情况模拟： 在主库上创建一个表： create table test_flag(id int); 在从库上： drop table test_flag; 主库上： drop table test_flag; 从库都停在：drop table，找不到表的报错，你会惊奇的发现，所有的从库都停在同一个GT
阅读全文
posted @ 2018-08-01 14:00
屠魔的少年
摘要：复制介绍 1.复制是单向的，只能从Master复制到Slave上。 2.Slave上对于Master包含的数据不能进行写操作。 3.一组复制结构中可以由多个slave，对于Master一般场景推荐只有一个。 4.Master用户写入数据，生成Event记到binary log中。 5.Slave接收
阅读全文
posted @ 2018-08-01 13:59
屠魔的少年
摘要：server_id server_uuid relay_log io_thread 读取过来的本地日志。 relaylog文件名前缀，可以是全路径。 relay_log_index relaylog索引文件前缀名，和realy_log一样，也可以是fullpath. 不可动态修改。 read_onl
阅读全文
posted @ 2018-08-01 13:59
屠魔的少年
摘要：特别声明： 所有的过滤规则不建议在主库上设置。 server_id 是一个整数，范围：1 至 power(2,32)-1 之间。 推荐使用端口号+ip最后一位的方式。 唯一区别ID，同一个集群不可重复，从5.6开始可动态修改。 server_uuid 唯一区别ID，同一个集群不可重复，从5.6开始可
阅读全文
posted @ 2018-08-01 13:59
屠魔的少年
摘要：基于语句级的复制 binlog=statement 优点： （1）binlog文件较小。 （2）日志是包含用户执行的原始SQL，方便统计和审计。 （3）出现最早可binlog、兼容较好。 （4）binlog方便阅读，方便故障修复。 缺点： （1）存在安全隐患，一些执行结果不确定的DML语句，可能导致
阅读全文
posted @ 2018-08-01 13:58
屠魔的少年
摘要：复制解决的问题 1，数据分布 MySQL复制通常不会对带宽造成很大的压力，但在5.1版本引入的基于行的复制会比传统的基于语句的复制模式的带宽压力更大。你可以随意地停止或开始复制，并在不同的地理位置来分布数据备份，例如不同的数据中心。即使在不稳定的网络环境下，远程复制也可以工作。但如果未来保持很低的复
阅读全文
posted @ 2018-08-01 13:58
屠魔的少年
摘要：搞明白当前数据库再做什么 利用show slave status\G 定位到SQL_Thread执行位置。 relay_master_log_file:xxx exec_master_log_pos:xxx 在主节点上查看： mysqlbinlog -v --base64-output=decode
阅读全文
posted @ 2018-08-01 13:52
屠魔的少年
摘要：当遇到从库延迟时，要怎么做？ 首先输入 show slave status \G;看一下。 在生产环境中，主从复制常常会有复制延迟的现象，主要是master是并发的写，而slave是单线程的应用relay log，所以会出现复制延时，在MySQL 5.6版本中有了基于库的多线程复制。还有MariaD
阅读全文
posted @ 2018-08-01 13:51
屠魔的少年
摘要：查看master复制状态： show mster status\G; 查看slave复制状态： show slave status\G; 开始复制： start slave; 停止复制： stop slave; 针对复制线程开启、关闭： start slave io_thread; start sl
阅读全文
posted @ 2018-08-01 13:48
屠魔的少年
摘要：RESET MASTER 删除所有index file 中记录的所有binlog 文件，将日志索引文件清空，创建一个新的日志文件，这个命令通常仅仅用于第一次用于搭建主从关系的时的主库，注意 reset master 不同于purge binary log的两处地方1 reset master 将删除
阅读全文
posted @ 2018-08-01 13:47
屠魔的少年
摘要：说明：最近部署了mysql的集群环境，详细如下M01和M02为主主复制，M01和R01为主从复制；在测试的过程中发现了以下问题： 1、M01和M02的主主复制是没有问题的（从M01写入数据能同步到M02，从M02写入数据能够同步到M01); 2、主从同步的时候，当从M01写入的时候，数据可以写入到R
阅读全文
posted @ 2018-08-01 13:46
屠魔的少年
摘要：1.基本环境： Master Slave MySQL版本 MySQL-5.7.16-X86_64 MySQL-5.7.16-X86_64 IP 192.168.56.156 192.168.56.157 Port 3306 3306 2.在线切换 1.master和slave执行 mysql>set
阅读全文
posted @ 2018-08-01 13:44
屠魔的少年
摘要：多源复制开关复制命令： start slave io_thread|sql_thread for channel 'master-1563306'; stop slave io_thread|sql_thread for channel 'master-1563307'; 多源复制监控 show s
阅读全文
posted @ 2018-08-01 13:44
屠魔的少年
摘要：mysql5.7 gtid和传统复制在线切换,5.7.6 之后 不用重启可以直接在线切换 基本环境 Master Slave MySQL版本 MySQL-5.7.16-X86_64 MySQL-5.7.16-X86_64 IP 192.168.56.156 192.168.56.157 Port 3
阅读全文
posted @ 2018-08-01 13:43
屠魔的少年
浙公网安备 33010602011771号