MySQL 5.1 中，在复制方面的改进就是引进了新的复制技术：基于行的复制。简言之，这种新技术就是关注表中发生变化的记录，而非以前 的照抄 binlog 模式。从 MySQL 5.1.12 开始，可以用以下三种模式来实现：基于SQL语句的复制(statement-based replication, SBR)，基于行的复制(row-based replication, RBR)，混合模式复制(mixed-based replication, MBR)。

【服务器】  【mysql】  【函数】  【数据库】  【多线程】   …

介绍：   mysql传统的主从复制是异步的复制模式，主服务器把binlog日至发送到从服务器，就认为同步完成。 mysql半同步复制模式可以确保从服务器接收完主服务器发送的binlog日志文件并写入自己的中继日志relay log里，然后会给主服务器一个反馈，告诉对方已经接收完毕。

【服务器】  【mysql】  【SQL】  【日志】  【LOG】  【线程】   …

GTID相关：   在mysql5.6之前，mysql主从复制是slave通过配置master的binlog位置实现的，且每一个slave自身的binlog却不同。而在mysql5.6版本后引入了GTID（全局事务标识符），这个值在master生成，slave只要在开启主从复制时指定master的用户，密码，就可获取master的GTID实现同步，而无需再每次去查看master的binlog位置，大大方便了主从同步的配置。

【mysql】  【配置】  【同步】  【binlog】   点击查看原文>

注：本文来自真实生产案例，感谢网友小豚提供，本人加以故障重现校验。

场景 因想整理一下线上的独立表空间碎片，故使用了pt-online-schema-change在slave从库上执行，目的是怕影响主库的CPU，维护的时候再进行一次主从切换，然后再收缩主库上的表空间碎片。

【mysql】  【函数】  【test】  【replication】  【Create】  【binlog】   …

生产环境中一台mysql主机存在单点故障，所以我们要确保mysql的高可用性，即俩台mysql服务器如果其中有一台mysql服务器挂掉后，另外一台就能立刻接替进行工作。 MYSQL的高可用方案一般有 Keepalived+双主，MHA,PXC,MMM,Heartbeat+DRBD等 比较常用的是keepalived+双主MHA和PXC 这次主要介绍利用keepalived实现MYSQL数据库的高可用。

【服务器】  【mysql】  【日志】  【线程】  【高可用】   …

说明:

为了加强线上数据库安全，避免研发人员误操作造成数据的丢失，制作本文档。一线运维人员可以参考!

一、数据备份： 专用数据库备份服务器，定时对数据库进行热备、冷备，即主从设置、mysqldump冷备、mysql-bin-log日志备份。

【mysql】  【SQL】  【日志】  【数据库】  【数据备份】  【binlog】   …

percona-toolkit工具检查MySQL复制一致性及修复     一、pt-table-checksum检查主从库数据的一致性   pt-table-checksum在MASTER上校验指定库、表，将结果存在一个库表里，复制进程将检验sql传递到slave上再执行一次。

【mysql】  【数据库】  【同步】  【test】  【binlog】   点击查看原文>

前言：我想，对于新手来说，有个很重要的问题，就是在mysql发生问题时，就束手无策，不知道该做什么了。要么到论坛里发“冰天雪地裸体跪求帮助”或“急急急”之类的帖子，要么在群里狂喊，对解决问题毫无帮助。

【faq】  【mysql】  【日志】  【Server】  【binlog】   点击查看原文>

   MySQL的主从复制方案，是数据的传输。只不过MySQL无需借助第三方工具，而是其自身同步复制的功能，另外一点，MySQL的主从复制并不是磁盘上直接同步，而是逻辑binlog日志同步到本地再应用执行的过程。

【服务器】  【mysql】  【Oracle】  【日志】  【线程】  【配置】  【同步】   …

 Mysql数据库主从心得整理      管理mysql主从有2年多了，管理过200多组mysql主从，几乎涉及到各个版本的主从，本博文属于总结性的，有一部分是摘自网络，大部分是根据自己管理的心得和经验所写，整理了一下，分享给各位同行，希望对大家有帮助，互相交流。

【监控】  【服务器】  【mysql】  【日志】  【线程】  【数据库】   …