二 10 MySQL drop database恢复(恢复方法同样适用MySQL drop table,delete,truncate table) 发布时间:2016 年 2 月 10 日 发布者: OurMySQL 昨天晚上接到一个网络服务请求,由于不小心点击了自己产品软件上面的清空数据功能(这个工具确实需要小心,在Oracle恢复案例中,也有xx企业erp该功能导致数据被删除请求恢复),导致MySQL数据库被直接drop database掉了,之前没有做任何备份,只是发生故障之后,他们立即封存现场,备份出来了ibdata1文件。接到请求之后,通过让其把ibdata1文件发给过来,通过MySQL recovery工具进行分析恢复,经过6个小时的处理,基本上实现核心数据0丢失. 继续阅读全文 →
二 27 [MySQL版本差异] 丢失frm文件之后drop database的不同结果分析 发布时间:2013 年 2 月 27 日 发布者: OurMySQL 丢失frm文件之后drop database的不同结果分析。 继续阅读全文 →
七 18 DROP TABLE AND LOCK_OPEN MUTEX 发布时间:2011 年 7 月 18 日 发布者: OurMySQL 在Oracle中直接删除一张大表,会导致free extent 的enqueue,会导致buffer cache 的object purge,所以我们要有很多步骤,让删表变得不影响性能。这方面MySQL目前没有好的方法。MySQL中在对表进行drop table 命令,实际上调度的是mysql_rm_table_part2(sql/sql_table.cc)函数。 继续阅读全文 →
六 23 缓慢的drop table 操作 发布时间:2009 年 6 月 23 日 发布者: OurMySQL 大家都知道,Ext3并不是最有效的文件系统,例如,删除文件会非常缓慢(那真是一个痛苦的过程,不是吗老兄?),造成大量的随机I / O。然而事实上,有时候它比你想象的更能影响MySQL的性能。那么,什么时候会发生,又为什么会发生呢? 继续阅读全文 →
二 17 MySQL优化 — 频繁创建临时表 发布时间:2009 年 2 月 17 日 发布者: OurMySQL 引言:某客户新上线一个项目,利用存储过程处理用户登录相关事务。在存储过程中,需要对用户数据进行处理,于是他们采用临时表(temporary table)来做这个动作,先创建一个临时表,然后插入数据,处理;由于是采用连接池方式,担心临时表被复用,于是在最后删除该临时表。 继续阅读全文 →
十 14 SQL中drop,delete和truncate的异同 发布时间:2008 年 10 月 14 日 发布者: OurMySQL SQL中 drop,delete 和 truncate 的异同 继续阅读全文 →