暂无搜索历史
某mysql双主(其实是mariadb 10.5)环境,但实际上只有一个节点写,我们记录主库为db-A,从库为db-B故我们当作主从来分析要简单点.
出现这样的报错, 通常表示数据库目录下存在相关的frm文件, 但是数据字典(ibdata1)中未记载相关表信息; 也就是说存在手动拷贝的frm文件到数据库目录下...
mysql主从环境遇到报错:could not find next log 完整信息为Got fatal error 1236 from master when...
我们两年前有讲过QUERY_EVENT的结构, 但对于其中的status_var讲得比较浅. 所以本次来完善完善,为后面的使用打下基础.
mysql dba最常用的命令可能是show processlist,至少我是, 那么这条命令输出了啥呢? 请看:
现象: 某文件系统一直涨, 很快就100%了, 然后又降下来了; 但是看不到是哪个文件占用的.
之前讲了mysql恢复drop/truncate表的方法, 但对于8.0的truncate却比较麻烦, 主要是indexid不好确认, 当时提示了下可以找red...
之前发过一些mysql常用语句; 但有些mysql的语句还不错,虽然不常用,至少我不常用.
前段时间遇到某数据库进程状态为: T (disk sleeping) , 即在处于一个不可中断的IO等待中, 此时数据库无法连接(包括socket), 估计是...
我们之前讲过mysql的压缩行格式, 由于使用得不多,就没具体介绍压缩部分存储的元数据信息,也没看它的溢出页是怎么存储的. 这不恰好就有个需要这俩细节的案例.
有一个比较大的库之前一直是物理备份(xtrabackup),但最近由于某种需求,需要手动发起1次逻辑备份. 故使用类似如下SQL得到了如下报错:
群里有位大佬遇到个问题: 执行存储过程时,报错:"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里面,主从回放基本上就没啥问题了. ...
前段时间遇到主从不一致,虽然找不到原因了, 但已修复. 然后最近又遇到一个主从不一致的案例, 而且生产做同样的操作主从就正常,测试就主从就不同步了; 好在这次找...