暂无搜索历史
有些场景(比如drop/truncate table)可能需要扫描磁盘才能恢复数据, undrop-for-innodb就很好用, 但我的ibd2sql还不支持...
通常我们会使用binlog_format=ROW的格式,这样就没得函数之类的坑了, 主库更新的数据全部都会记录在binlog里面,主从回放基本上就没啥问题了. ...
前段时间遇到主从不一致,虽然找不到原因了, 但已修复. 然后最近又遇到一个主从不一致的案例, 而且生产做同样的操作主从就正常,测试就主从就不同步了; 好在这次找...
周末遇到某客户从库报错1032, Could not execute Delete_rows event on table xx.xx; Can't find ...
但, 开发反馈测试环境是可以导出数据的. 于是比对测试环境和生产环境盖章后的权限,发现权限是一致的. 如下:
从报错来看是json做解析的时候出问题的(通常是json格式没获取对), json类型我们很早就支持了的, 期间也没有报错过, 写2.x版本的时候,这部分代码是...
上一章我们讲了mysql的数据存储结构,分析了各模块如果损坏能否恢复 的理论. 本次我们就来将伦理实践下.
之前有写过一些慢SQL导致备份失败(FLUSH /*!40101 LOCAL */ TABLES;)的分析方法, 但时不时就遇到个这种事情也是比较恶心的, 故写...
对于"坏块",我们在ibd2sql-1.x版本是使用的try,except来做, 即跳过"有问题的块". 当时为什么这么设计呢?
可能会有极少数的环境会对binlog进行加密, mysql在8.0.14的时候, mysql支持对binlog/relay-log进行加密, 只需要设置参数bi...
日常运维中, 难免遇到某些表不小心被drop的场景, 而恰好又没有备份? 咋办呢? 当然是跑路啦
遇到一个mysql从库延迟一直涨的事件, 然后show processlist结果如下:
前几天更新了ibd2sql 2.x系列的第一个版本ibd2sql-2.0, 使用方法和之前差不多, 但是对于"坏块"之类的情况支持更广泛了.
ibd2sql 2.0版本今天更新了. 重构了大部分代码, 性能提升很大(不开并发提升约5倍). 还支持并发功能! 使用方法和之前一样.
在整理innodb数据存储格式的时候, 发现有位大佬的博客 中说: 主键非叶子节点 不需要记录null bitmask.
统计信息是啥? 对表(索引)的信息的统计. 有对表(索引)级统计的, 比如有多少行数据,平均行长度; 也有针对某些字段的更具体的统计(直方图), 比如a字段在某...
上一章我们讲了 mysql修改字段长度的时候不能使用instant算法, 而是使用inplace算法, inplace听起来没得instant快, 就认为inp...
我们知道mysql 8.0.12引入了instant算法, 部分DDL只需要修改元数据信息即可完成修改, 这样速度是嘎嘎快. 但是支持有限, 大概如下:
我们之前已经介绍了3种row_format格式:REDUNDANT,COMPACT,DYNAMIC. 现在来讲最后一种:COMPRESSED
一次mysqldump备份失败的分析思路分享, 虽然没能完全确认原因(一点日志都没得....), 但思路还是值得分享的.
