表示 进入内容 481490514
« 先前的 10 新的记录 | 下一步 10 较早的记录 »
Displaying posts with tag: binlog (reset)
MySQL备份恢复第二篇

MySQL中的数据恢复功能相比Oracle来说还是要单薄一些,而Oracle中的数据恢复相对来说自动化的程度要高一些。不过Mysql的二进制日志提供的信息很丰富,而日志信息在Oracle中式完全屏蔽的,对于数据的恢复可能MySQL也很灵活。

【mysql】  【SQL】  【日志】  【LOG】  【DBA】  【binlog】   …

[获取更多]
mysql主从复制错误:Last_SQL_Error: Error 'Duplicate entry '327' for key 'PRIMARY'' on query. Default database: 'xxx'. Query:

这个算不算解决,我都不太清楚,因为我感觉网上的说法,只是把错误忽略了,不表示以后用从库时不会出问题!!! 解决的办法是在从库上执行: mysql> slave stop; mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1; mysql> slave s...

【mysql】  【SQL】  【日志】  【LOG】  【DB】  【xml】  【database】   …

[获取更多]
mysql主从同步配置

Mysql的主从复制至少是需要两个Mysql的服务,当然Mysql的服务是可以分布在不同的服务器上,也可以在一台服务器上启动多个服务。 首先确保主从服务器上的Mysql版本相同。   一、安装部署mysql 1、 安装服务器端:yum install mysql-server       ...

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

[获取更多]
高性能mysql主存架构

原文:高性能mysql主存架构 MySQL Replication(Master与Slave基本原理及配置)

主从mysql工作原理:

1:过程: (1)Mysql的复制(replication)是一个异步的复制,从一个Mysql节点复制到另一个Mysql节点。

【架构】  【服务器】  【mysql】  【日志】  【数据库】  【配置】  【同步】   …

[获取更多]
利用binlog进行数据库的还原

前言:在学习mysql备份的时候,深深的感受到mysql的备份还原功能没有oracle强大;比如一个很常见的恢复场景:基于时间点的恢复,oracle通过rman工具就能够很快的实现数据库的恢复,但是mysql在进行不完全恢复的时候很大的一部分要依赖于mysql...

【mysql】  【Oracle】  【数据库】  【测试】  【database】  【binlog】   …

[获取更多]
使用MySQL自身复制来恢复binlog

   如果需要恢复的二进制日志较多,较复杂,强烈建议使用MySQL自身复制来恢复binlog,而不要使用mysqlbinlog。

   在MySQL手册中一直是推荐使用mysqlbinlog工具来实现指定时间点的数据恢复,事实上,这是一个经常"让人郁闷"的办法。更好的办法是,使用MySQL内部复制线程中的SQL Thread来做恢复。

   这个idea来自Lazydba同学;在Google稍作搜索,在Xaprb上Baron Schwartz也很早提到了使用类似的方法来恢复binlog,在 …

[获取更多]
Mysql高级之主从复制

原文: Mysql高级之主从复制

主从复制不就是多台服务器嘛!,一个改变另一个也改变啦,内容其实都一样! 原理: 对数据库进行操作会生成一个文件,binlog(二进制文件),从服务器配置relaylog文件,用来读取master里面binlog(有必要开启binlog,相当于备份),当然要有权限读取是吧,这就需要用到上次的权限配置啦!和普通登录没什么差别。

【服务器】  【mysql】  【配置】  【binlog】  【磁盘】   …

[获取更多]
处理MySQL复制环境Slave故障的一个案例

处理一则MySQL Slave环境出现ERROR 1201 (HY000): Could not initialize master info structure的案例。

冷备份方式复制一份新的slave,初始化参数中已经修改了相关文件路径及server_id等关联参数。

【mysql】  【LOG】  【配置】  【open】  【binlog】   点击查看原文>

[MySQL FAQ]系列 — 不同的binlog_format会导致哪些SQL不会被记录

我们都知道binlog_format有三种可选配置:STATEMENT、ROW、MIXED,相应地,基于这三种模式的Replication分别称为SBR(STATEMENT BASED Replication)、RBR、MBR。 同时,我们也知道,MySQL Replication可以支持比较灵活的binlog规则,可以设置某些库、某些表记录或者忽略不记录。

通常地,我们强烈建议不要设置这些规则,默认都记录就好,在Slave上也是如此,默认所有库都进行Replicate,不要设置DO、IGNORE、REWRITE规则。 如果非要设置这些规则的话,可能会导致某些场景下或者某些特定的SQL无法被记录,就需要特别注意了。

我经过比较简单的测试,不同的binlog_format可能会导致某些SQL不被记录的情况总结如下:

[获取更多]
【mysql】How to delete antiquated binlog

1. 删除历史binlog

PURGE BINARY LOGS BEFORE '2008-04-02 22:46:26';



【mysql】  【binlog】   点击查看原文>

表示 进入内容 481490514
« 先前的 10 新的记录 | 下一步 10 较早的记录 »