所以我意識到在最近出現這種情況後我沒有發表過關於此的帖子。
以下是場景:在午夜進行備份,他們使用每個數據庫的MySQL轉儲。 然後在第二天上午十點數據庫崩潰。
在我被調用之前發生了一系列事件,但他們把它帶到了MyISAM表的數據庫版本和表空間中缺少的IBD文件。
所以選項1,從備份恢復會讓我們到午夜,我們會丟失數小時的數據。 選項2,我們重新導入1000的ibd文件並保留所有內容。
然後我們有選項3,從備份恢復,然後應用binlogs進行最近的更改。
為了使它更有趣,他們沒有我被告知的所有ibd文件,我確實看到一些丟失。 所以不確定這是怎麼可能的,但是選項2變成了無效選項。
當然,他們希望盡可能減少數據丟失,因此我們選擇了3。
…
mysqlbinlog的一些操作
【系统软件】 【数据存储与数据库】 【系统研发与运维】 【mysql】 【SQL】 【日志】 【zabbix】 【mysqlbinlog】 【binlog】 …
Original post: http://anothermysqldba.blogspot.com/2014/11/recover-lost-mysql-data-with.html
備份...備份...備份...但當然..你還需要監控和測試這些備份通常否則他們可能是毫無價值的。 有你的MySQL binlogs啟用一定可以幫助你在緊急的時候也是如此。 MySQL的binlogs經常在關於MySQL複製引用,一個很好的理由,他們店裡所有的更改數據(查詢或事件的 …
Original Post: http://anothermysqldba.blogspot.com/2013/04/tools-of-trade.html
我想通它可能是值得的頂級貿易工具,大家都用創建列表。
首先,這是說感謝大家誰幫助創建這些工具。
其次,它是為了讓別人誰不使用這些看到和了解這些可以用,為什麼。
-
MySQL命令行客戶端 。
- 這是一個給定的,但我知道這是最好的進入到MySQL。
- MYSQL-P - 提示=“\ U @ \ H [\ d〕> \ _大師>”
本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/mysql_flashback_feature.html
用过Oracle数据库的同学都知道,Oracle有一个Flash Recovery
Area,可以把变更的块写入这块区域,当数据操作错误,需要恢复的时候,可以利用闪回空间中存储的数据块覆盖回去,也可以重构回滚段,恢复到需要的一致点。
As we know, There has a Flash Recovery Area in Oracle DB, Which
allows the modified blocks been written into. So that, if there’s
any incorrect deletion of data, and need to recover, DBA can use
the data blocks which were stored in the Flash Recovery Area ,or
reconstructed rollback segments, to restore the data to the
consistent point.
…
[获取更多]本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/how_to_mysql_multi_master.html
MySQL Mutil-Master
Replication喊了很久了,但是MySQL一直没有去,虽然在MySQL源码中有注释将实现Multi-Master,mi结构体也为Multi-Master做好了准备,但是却一直不见MySQL发布。
但是Multi-Master –>
Slave的Repliction确实非常有用,例如一台集中备份机备份所有Master的数据。
实现Multi-Master有几种思路:
1. 修改MySQL源码:修改sql_yacc.yy, sql_lex.cc支持多Master的CHANGE MASTER
TO语法,然后修改slave相关的slave.cc,支持开启多个Slave, 将slave io/ slave
thread线程扩展为一个slave_list。
2. …
本文内容遵从CC版权协议, 可以随意转载, 但必须以超链接形式标明文章原始出处和作者信息及版权声明网址: http://www.penglixun.com/tech/database/backup_mysql_use_mysqlbinlog.html
实现MySQL热备份的最好方法,我一直都认为是Replication,xtrabackup等各种热备脚本,都没有Replication安全方便。
面对一个大规模集群的备份,由于实例太对,没办法创建这么多实例去Replication。之前我的想法一直是通过修改MySQL的源码,扩展MySQL
Replication可以创建多个M-S复制,这对MySQL本身有入侵,没办法保证我的代码能有非常高的可靠性,更严重的是要改变MySQL的语法,来支持多Master的Change语句,对.yy文件的修改风险就更大了。
…
[获取更多]