暂无搜索历史
群里有位大佬遇到个问题: 执行存储过程时,报错:"can’t return a result set in the given context"
ibd2sql v2.2版本新增了恢复drop和truncate的表的功能. 这么叼? 我来瞅瞅呢
mysql 8.0的系统表是在mysql.ibd文件中,记录内容非常全(基本上和ibd中的sdi差不多),可以拼接成实际的DDL.
在通过系统表拼接用户表DDL的时候, 发现新建一张表(CREATE TABLE)时, 系统表中会额外存在一份被标记为deleted的数据. 这就让人好奇执行DD...
所谓sql_mode就是控制一些sql执行的时候的行为规则,主要就是兼容性. 为了方便使用,抽象出一个"组/派"出来,
有时候,我们需要做下SQL改写, mysql有相关的插件--rewriter.so来实现, 很好用.
有些场景(比如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倍). 还支持并发功能! 使用方法和之前一样.