rudy gao

两台数据库都报slave同步失败了，先说明一下环境，架构：lvs+keepalived+amoeba+mysql，主主复制，单台写入， 主1:192.168.0.223（写） 主2:192.168.0.230 好吧，先show slave status \G看一下同步失败的具体报错吧 登录主2库查看： mysql> show slave status \G  *************

--从mysql 5.7.6 开始其支持 general tablespace，其可以创建在一个相对路径或绝对路径上 --A general tablespace is a shared tablespace, similar to the system tablespace. It can hold multiple tables, --and supports all table row fo

--首先要安装依赖包libev [root@rudy tmp]# rpm -ivh percona-xtrabackup-2.3.3-1.el6.x86_64.rpm warning: percona-xtrabackup-2.3.3-1.el6.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID cd2efd2a: NOKEY error: Fai

--mysql备份整个数据库 mysqldump -uroot -p -hcentos7 -P3306 --all-database >all.sql mysqldump --socket=/var/lib/mysql/mysql.sock -uroot -p --all-database >/tmp/mysql_database_backup.sql mysqldump -uredmine

简介 Xtrabackup是由 Percona 开发的一个开源软件，可实现对 InnoDB 的数据备份，支持在线热备份（备份时不影响数据读写）。备份时，Xtrabackup 会将 Master 的 binlog 信息记录在 xtrabackup_slave_info 文件中，通过此信息可以方便的搭建主从复制。 XtraBackup 有两个工具：xtrabackup 和 innoback

【问题背景】 1、  针对MySQL文件比较大，需要压缩的数据库。 如500G数据库，xtrabackup备份后文件为500G，备份完成后再压缩打包，相当于文件读写3次。 2、  对于磁盘IO不好的从库，整个过程会持续好几个小时，有时把IO直接搞到100%, 导致从库延时很大。 3、  xtrabackup的xbstream流备份，直接备份后，通过管道直接压缩，这样把原约3次的I

MySQL的主从搭建大家有很多种方式，传统的mysqldump方式是很多人的选择之一。但对于较大的数据库则该方式并非理想的选择。使用Xtrabackup可以快速轻松的构建或修复mysql主从架构。本文描述了基于现有的从库来快速搭建主从，即作为原主库的一个新从库。该方式的好处是对主库无需备份期间导致的相关性能压力。搭建过程中使用了快速流备份方式来加速主从构建以及描述了加速流式备份的几个参数，供大家参

MySQL在5.5.3版本引入了metadata lock 他的本意是解决之前版本事务隔离特性的几个bug,但是引入的问题也不小. 先说说MySQL的事务吧. Oracle的事务指的是需要分配回滚段的SQL语句,也就是说select并不是oracle事务的一部分. 比如运行一个查询,然后在另外一个会话查询v$transaction,并不会有任何相关的信息.直到事务中出现insert,u

MySQLDump在使用之前一定要想到的事情 如果mysqldump执行的过程中需要flush tables,而正在此时,有一个慢SQL正在运行,这时mysqldump会被阻塞（waiting for table flush）, 并且其他连接对这个表的所有操作（甚至查询）都被阻塞.系统Hung了. 这个问题在XtraBackup备份的时候同样存在. 如果是人工执行,一定要开启另

keepalived是什么 keepalived是集群管理中保证集群高可用的一个服务软件，其功能类似于heartbeat，用来防止单点故障。 keepalived工作原理 keepalived是以VRRP协议为实现基础的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议。 虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即

使用replicate_do_db和replicate_ignore_db时有一个隐患，跨库更新时会出错 如设置 replicate_do_db=test use mysql; update test.table1 set ...... 第二句将不会被执行 如设置 replicate_ignore_db=mysql use mysql; update test.tab

--single-transaction InnoDB 表在备份时，通常启用选项 --single-transaction 来保证备份的一致性，实际上它的工作原理是设定本次会话的隔离级别为：REPEATABLE READ，以确保本次会话(dump)时，不会看到其他会话已经提交了的数据 --complete-insert，-c  导出的数据采用包含字段名的完整 INSERT 方式，也就

处理一则MySQL Slave环境出现ERROR 1201 (HY000): Could not initialize master info structure的案例。 冷备份方式复制一份新的slave，初始化参数中已经修改了相关文件路径及server_id等关联参数。 但在启动slave时发现error_log中出现下列错误信息： 120326 11:10:23 [ERROR]

在多个master中复制的问题，主要是自增主键问题。  可以用auto_increment_increment和auto_increment_offset参数解决 （1）auto_increment_increment：控制增长的间隔  （2）auto_increment_offset：控制AUTO_INCREMENT的开始值 比如：有5台机器都作为master，则可以配置为：

突然发现从库不同步主库了 ，不知道是什么原因   来不及分析  只能先恢复 报错；Got fatal error 1236 from master when reading data from binary log 刚开始怎么的执行set global sql_slave_skip_counter=1; 再执行什么stop/start slave都不行，真是没有办法了。后来Google了一个日

1、首先介绍一下mysql-mmm这个工具是干嘛使的？     众所周知，mysql自身提供了AB复制。我们也可以很轻松的实现master-master双向复制，同时再为其中的一个master节点搭建一个slave库。这样就实现了master1与master2之间的双向复制，同时master1与slave1之间主从复制这样的架构。这样整个体系中就存在两个master，正常情况下只有一个mas

--mysql允许在session或者global级别动态设置binlog_format的值，做在更新很多行时，可以设置 binlog_format = 'STATEMENT' 以加快数据应用到备库上 A session that makes many small changes to the database might want to use row-based logging. A se