结论：此种模式下此配置对默认的库进行不同步数据库，需要增加相关表的参数，最后测试得出不加replicate-ignore-db = mysql参数，同样对默认的库生效,
MySQL主从复制(Master-Slave)也叫AB复制，Mysql作为目前世界上使用最广泛的免费数据库，相信所有从事系统运维的工程师都一定接触过。但在实际的生产环境中，由单台Mysql作为独立的数据库是完全不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。因此，一般来说都是通过主从复制（Master-Slave）的方式来同步数据，再通过读写分离（MySQL-Proxy）来提升数据库的并发负载能力这样的方案来进行部署与实施的。
修改mysql配置文件，不同的系统my.cnf路径不同（CentOS中位于/etc/my.cnf）
由于mysql主从复制是基于binlog的一种异步复制 通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几率非常的大，所以做读写分离，注意从业务层进行前期设计。
****简介**** ---- ****安装MySQL**** 安装mysql就不必多说了 #server $sudo apt-get install mysql-server #client $sudo apt-get isntall mysql-client 但是得注意的就是主从mysql的版本最好一致。【推荐版本相同】 ---- ****MySQL主服务器开启远程连接**** 不必浪费时间，直接参考下篇此文章的详细说明 MySQL开启远程连接 ---- ****服务器信息sameple****
这里需要说的是如果你的IO线程状态为connecting或no可能证明你的防火墙有问题 查看一下防火墙规则，放行端口要不就把防火墙关闭 systemctl stop firewalld 关闭防火墙之后 docker restart mysql 当我要重启数据库的时候会报错iptables等一些报错 不要慌。。。不是啥大问题 重启一下docker systemctl restart docker.service 再次重启的时候就不会报错了
一、MySQL简单复制相关概念： mysql复制的意义：Mysql复制是使得mysql完成高性能应用的前提 mysql复制的机制： SLAVE端线程: IO thread: 向主服务请求二进制日志中的事件 当读取完毕后，IO线程将进行睡眠，当主服务器有新数据时，则主服务器唤醒从服务器的IO线程 SQL thread：从中继日志读取事件并在本地执行， 如果二进制日志开启式，同样会记录二进制日志，但为了节约空间和提高性能，需要关闭从服务器不能执行写操作，如果执行写操作则和主服务器不同步。 MASTER端
原因：当前mysql运行需要的libssl.1.0.0.dylib不存在，或者当前版本过高
正常返回: Slave_IO_Running: Yes Slave_SQL_Running: Yes
本文为 DM 源码阅读系列文章的第八篇，上篇文章 对 DM 中的定制化数据同步功能进行详细的讲解，包括库表路由（Table routing）、黑白名单（Black & white table lists）、列值转化（Column mapping）、binlog 过滤（Binlog event filter）四个主要功能的实现。
世界上存在着各种各样的数据库，不同数据库有各自的应用场景，对于同一份数据，最开始可能使用关系型数据库（如MySQL）进行存储查询，使用Redis作为缓存数据库，当数据量较大时使用MySQL进行查询可能较慢，所以需要将数据同步到Elasticsearch或者列式数据库如Hbase中进行大数据查询。
CREATE USER 'repl'@'172.18.0.11' IDENTIFIED BY '123456';
最近系统（基于SpringCloud+K8s）上线，运维团队早上8点左右在群里反馈，系统登录无反应！我的第一反应是Mysql数据库扛不住了。
之前部署了Mysql主从复制环境（Mysql主从同步(1)-主从/主主环境部署梳理），在mysql同步过程中会出现很多问题，导致数据同步异常。 以下梳理了几种主从同步中可能存在的问题: 1）slave运行过慢不能与master同步，也就是MySQL数据库主从同步延迟 MySQL数据库slave服务器延迟的现象是非常普遍的，MySQL复制允许从机进行SELECT操作，但是在实际线上环境下，由于从机延迟的关系，很难将读取操作转向到从机。这就导致了有了以下一些潜规则：“实时性要求不高的读取操作可以放到slave服
关于MySQL数据库的主从复制，网上相关文章多数是基于Linux环境，笔者曾有 实施过Windows环境下MySQL数据库的主从复制。以下文章为笔者实施过程的原始记录，给需要的朋友参考，原创不易，你的点赞是我写作的动力，十分感谢！
我们用的在这篇文章《在CentOS上使用Nginx和Tomcat搭建高可用高并发网站》使用的只有一个MySQL数据库。
① Agent 部署引导流程优化：新增体验 Demo，用户无需安装 Agent 即可体验产品能力
最近系统（基于 SpringCloud + K8s）上线，运维团队早上 8 点左右在群里反馈，系统登录无反应！我的第一反应是 MySQL 数据库扛不住了。
昨天刚到公司，开发的同事就找到我，让我帮他看看某一台mysql的库，似乎数据是不同步了。大体的意思是，A地库中的数据会同步到B地，B地的数据会同 步到C地，C地就是开发最终需要访问的数据，这些业务都是独立的，但是一部分数据是需要同步的。听起来比较拗口，实现方式也比较有意思。 采用了下面的方式来实现。列出一部分的架构图。 图中的数据分布在三个区域，可以理解跨越了三个大洲，各个洲有自己的业务，也就是Area1,2,3,我们用区域ABC来替代。由于需要同步一部分数据到 北京来。就是区域C通过区域B是作为中转
安装参考：http://www.cnblogs.com/007sx/p/7083143.html
先从 MySQL 对数据库复制的能力看，MySQL 支持单向、异步的复制。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护日志文件的一个索引以跟踪日志循环。当一个从服务器连接到主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知下一次更新。
这段时间单位安排了一个项目，需求方要求不能用Oracle，必须用开源的MySQL。这可真出了个难题，主要是我不用MySQL好多年。单位dba又是Oracle方向的而且在歇产假，所以只能自己上阵了。
GRANT REPLICATION SLAVE ON *.* to 'root'@'111.111.111.111' identified by '123456'; flush privileges;
最近遇到一个问题，需要编写相应的Linux命令，增量同步/var/mysql里的所有文件到另外一个目录/opt/mysql，但是里面相关的日志文件xx.log是不同步的，这个场景，可以使用rsync来实现
原文标题：You Should Be Aware of These 10 Most Prevalent MySQL Mistakes，作者: mark dc
master开启二进制日志后默认记录所有库所有表的操作，可以通过配置来指定只记录指定的数据库甚至指定的表的操作，具体在mysql配置文件的[mysqld]可添加修改如下选项：
最近在梳理数据库集群的相关操作，现在花点时间整理一下关于mysql数据库集群的操作总结，恰好你又在看这一块，供一份参考。本次系列终结大概包括以下内容：多数据库安装、mycat部署安装、数据库之读写分离主从复制、数据库之双主多重、数据库分库分表。每一个点，有可能会对应一篇或者多篇文章，由于还要继续上班工作，所以本系列分享预计持续时间需要10天左右，有兴趣的您可以持续关注。我是一个菜鸟，如果写的不好的地方，望多多指点和包涵。
备注： 这一我在去年国庆节期间，整理的整个19年，学员的面试遇到的问题，整理出来之后发给后期的学员，让他们做参考和学习，看看公司会面试哪些问题。
安装docker镜像时，先去docker hub上查找对应的官方镜像，然后选择版本，然后根据描述汇中的命令来启动镜像
很久之前就做过mysql的部分应用架构，包括主从复制和集群等，一直没有形成博客记录下来，虽然网上也有很多的相关资料，但是出于加深记忆，还是把自己的操作步骤和截图一步步记录下来，回头忘了也可以回顾，当然，也希望有小伙伴能得到帮助。
修改/etc/my.cnf 添加一项代码 sql-mode=”STRICT_ALL_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_ZERO_DATE,NO_ZERO_IN_DATE,NO_AUTO_CREATE_USER” 重启服务 systemctl restart mysqld
不停库不锁表在线主从配置 mysql主从常见问题 mysql主从延迟 深入探究主从延迟 mysql主从不同步如何做 mysql 主主 mysql-proxy 实现读写分离 mycat实现读写分离 atlas相关 mysql一主多从 mysql环形主从 cobar实现分库分表 mysql分库分表方案 mysql架构演变 MHA架构 比较复杂的mysql集群架构
实战mysql主从配置 准备两个docker容器，分别在3306和3307开启两个mysql为主从数据库 可执行以下命令 docker run -p 3306:3306 --name mysql3306 -v $PWD/conf:/etc/mysql/conf.d -v $PWD/logs:/logs -v $PWD/data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7 docker run -p 3307:3306 --name m
笔者在《MySQL数据库实现主从复制》这一篇文章中有提到读写分离这个技术，这个技术时基于主从复制之后的一种技术。在数据库主从复制中，一个主数据库有一个或者多个从数据库，我们可以对主数据库进行写入操作（insert，delete，update），对一个或者多个从数据库进行读取操作（select）。这个的操作方式，就是大量的查询请求也会分布到各个从数据库上，达到负载均衡，比如3个从数据库，有9条查询请求，那么每一个从数据库只要处理3条查询请求就可以了，大大减少了数据库的查询压力。
log-bin=mysql-bin #开启主从复制，主库的配置 log-bin-index=mysql-bin.index server-id=1 #指定主库serverid,主库的id要比从库的id小 sync_binlog=1 binlog_format=mixed binlog-do-db=test #指定同步的数据库，如果不指定则同步全部数据库 binlog-ignore-db=mysql #指定不同步的数据库 binlog-ignore-db=performance_schema binlog-ignore-db=information_schema
Mysql主从同步，要求需要先搭建至少两个mysql实例，一主一从，使用推荐Docker搭建Mysql《Docker部署安装Mysql》
作者个人研发的在高并发场景下，提供的简单、稳定、可扩展的延迟消息队列框架，具有精准的定时任务和延迟队列处理功能。自开源半年多以来，已成功为十几家中小型企业提供了精准定时调度方案，经受住了生产环境的考验。为使更多童鞋受益，现给出开源框架地址：
在Redis中，我们在使用相关命令时实际上是在默认的数据库中执行的，因为在Redis中是有很多个数据库的，不同数据库与数据库之间数据是不同步的，那么在这一篇中， 我们主要了解一下Redis中数据库相关知识。
主库记录二进制日志。在每次准备提交事务完成数据更新前，主库将数据更新的事件记录到二进制日志中。MySQL会按事务提交的顺序而非每条语句的执行顺序来记录二进制日志。在记录二进制日志后，主库会告诉存储引擎可以提交事务了。下一步，备库将主库的二进制日志复制到其本地的中继日志中。首先，备库会启动一个工作线程，称为I/O线程，I/O线程跟主库建立一个普通的客户端连接，然后在主库启动一个特殊的二进制转储线程，这个二进制转储线程会读取主库上二进制日志中的事件。他不会对事件进行轮询。如果该线程追赶上了主库，他将进入睡眠状态，直到主库发送信号量通知其有新的事件产生时才会被唤醒，备库I/O线程会将接收到的事件记录到中继日志中。
背景 将测试环境的表同步到另外一个数据库服务器中，但有些表里面数据巨大，（其实不同步该表的数据就行，当时没想太多），几千万的数据！！ 步骤 1. 既然已经把数据同步过来的话，那就直接delete掉就行
如果你还没有用docker搭建过mysql先不要急着搭建集群，可以显示着用docker搭建一个mysql，这里有教程，可以先试着去搭建一个mysql：
一、简介 在实际生产中，数据的重要性不言而喻，因此考虑到数据的重要性比如单点故障导致后端数据库奔溃，或者后端数据库访问压力过大等，mysql数据库做主从非常有必要，减轻后端数据库压力，主服务器负责读写
在访问量上去以后，很多人会采用web集群的方式在满足逐渐增长的用户量。这时候就不得不面对一个问题，那就是在多个服务器下，每次请求都会因为负载均衡而分配到不同的服务器上。用户在登录服务器后，下一次请求被分配到另一个服务器上，这时候session不同步，用户就无法继续使用原先的session。下面我就聊聊如何解决这个问题。
Mysql复制概念说明 Mysql内建的复制功能是构建大型，高性能应用程序的基础。将Mysql的数据分布到多个系统上去，这种分布的机制，是通过将Mysql的某一台主机的数据复制到其它主机（slaves）上，并重新执行一遍来实现的。复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时，它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从
MySQL安装参考之前的文章https://www.jianshu.com/p/452aa99c7476有讲解。
在某些场景下，例如淘宝京东这样海量的数据，高访问量的场景，无疑对数据库造成了相当大的负载，同时对于系统的稳定性和扩展性提出很高的要求。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
