Drop Table的特殊之处

Drop Table乍一看，与其它DDL 也没什么区别，但当你深入去研究它的时候，发现还是有很多不同。最明显的地方就是DropTable后面可以紧跟多个表，并且可以是不同类型的表，这些表还不需要显式指明其类型，比如是普通表还是临时表，是支持事务的存储引擎的表还是不支持事务的存储引擎的表等。这些特殊之处对于代码实现有什么影响呢？对于普通表，无论是创建还是删除，数据库

【mysql】  【数据库】  【主机】  【同步】   …

由于各种原因，mysql主从架构经常会出现数据不一致的情况出现，大致归结为如下几类 1:备库写数据   2:执行non-deterministic query    3:回滚掺杂事务表和非事务表的事务 4:binlog或者relay log数据损坏   数据不同步给应用带来的危害是致命的，当出现主从数据不一致的情况，常见的应对方法是先把从库下线，然后找个半夜三更的时间把应用停掉，重新执行同步，如果数据库的体积十分庞大，那工作量可想而知，会让人崩溃。

【mysql】  【函数】  【日志】   …

在上篇文章《烂泥：学习mysql数据库主从同步复制原理》中，我们介绍了有关mysql主从复制的基本原理。在这篇文章中，我们来实际测试下mysql5.5的主从同步复制功能。 注意mysql5.1.7以前版本与其以后的版本在主从同步部分参数不同。

【服务器】  【mysql】  【日志】  【数据库】  【pos】  【配置】   …

MMM 在2015年之前，美团点评（点评侧）长期使用MMM（Master-Master replication manager for MySQL）做数据库高可用，积累了比较多的经验，也踩了不少坑，可以说MMM在公司数据库高速发展过程中起到了很大的作用。

【分布式】  【架构】  【mysql】  【高可用】  【数据库】  【配置】  【集群】   …

简单的一个完整 M-S 配置：

step1 

1 2 3 4 5 6

slave是通过msyql连接到master上读取二进制的，所以需要在master上给slave配置权限  

mysql>grant replication slave,replication client on *.

【服务器】  【mysql】  【日志】  【线程】  【配置】  【replication】   …

mysql主从复制架构,是mysql数据库主要特色之一，绝大多数公司都有用到。 而GTID模式是基于事务的复制模式的意思，发展到现在也是越来越多人用。 以前很多文章，介绍搭建mysql主从复制架构，是需要停止应用服务来做的,对于生产环境，怎么可能让你随便停服务？所以必须做到在线做,不影响业务,那才是最实际的。

【架构】  【mysql】  【线程】  【配置】  【并行复制】   …

同大多数关系型数据库一样，日志文件是MySQL数据库的重要组成部分。 MySQL有几种不同的日志文件。通常包括错误日志文件，二进制日志，通用日志，慢查询日志，等等。这些日志能够帮助我们定位mysqld内部发生的事件。

【mysql】  【日志】  【LOG】  【数据库】  【events】  【Server】   …

当在运行很久的MGR集群环境中，某个节点宕机很久需要添加集群，添加新节点 改如何优雅的添加呢？

【云栖社区】  【mysql】  【高可用】  【集群】  【解决方案】  【binlog】  【UP】  【SST】   …

一、环境描述（使用rsync进行mysql的增量备份） 192.168.0.2为备份服务器 192.168.0.3为需要经常备份的mysql数据库 二、主要配置 1.备份服务器配置 useradd mysql_db -d /data/bak passwd rsync_server #密码我配置的为“123” 2.

【服务器】  【mysql】  【配置】  【脚本】  【index】  【binlog】   点击查看原文>

MySQL 5.1 中，在復制(Replication)方面的改進就是引進了新的複制技術：基於行的複制。 簡言之，這種新技術就是關注表中發生變化的記錄，而非以前的照抄 binlog 模式。 從 MySQL 5.1.12 開始，可以用以下三種模式來實現：基於SQL語句的複制(statement-based replication, SBR)，基於行的複制(row-based replication, RBR)，混合模式複制(mixed-based replication, MBR)。

【安全】  【mysql】  【replication】  【UDF】  【session】   …