暂无搜索历史
我们通常会给从库设置只读, 一般是设置read_only=ON即可, 那么这个只读限定了哪些只读呢? super_read_only,transaction_r...
之前写了mysqld导入进度查看脚本. https://www.modb.pro/db/1760934208826593280
我们需要查询某个字段最大值的时候, 可以使用max()函数, 也可以使用order by column desc limit1 来实现.
今天遇到一个离谱的问题, mysql的error日志mysql.err文件 大小会变化, 偶尔猛增, 然后过一会又降下来... 过一会又猛涨, 每次涨的幅度都...
现在基本上已经没有使用myisam存储引擎的了, 毕竟它已经没啥优势了.... 那为啥还要来看这个存储引擎的存储格式呢? 闲? 只是最近再看MySQL Inte...
MYSQL性能分析最快的就是慢日志分析, 慢日志可以记录超过long_query_time的SQL, 也可以记录未使用索引的SQL(log_queries_no...
ibd2sql是一个使用python3编写的离线解析MYSQL INNODB存储引擎的ibd文件的工具. 无第三方依赖包, 纯python3代码. 使用GPL-...
虽然ibd2sql已经支持了 大字段(BLOB), 但还不支持溢出页(extra page), 也就是对大字段支持不完全. 是时候表演正在的技术了 是时候来完善...
本来准备做二级分区的DDL的, 但是看了下, WC, 太复杂了. 而且分区表用得也不多. 还不如更新支持 mysql5.7
之前遇到主从同步报错 1032. 在测试环境搭建一个库恢复数据到报错时间点, 然后该库回放BINLOG失败.
由于比较离谱, 这里没能复现出来(我是在5744上测试的, 后面有机会再测试下5741), 所以没法给出相关截图. 只能简单描述一下.
之前有讲MYSQL连接协议, 也有讲过主从连接协议. 并附有相关python测试代码. 但对于主从连接的时候, GTID获取还是借用的现有的, 也就是没有做解...
日常运维中, 难免遇到要分析BINLOG的时候, 通常我们只看下哪个时间点比较集中, 然后使用mysqlbinlog去解析. 但这还是比较粗糙. 不是那么的方便...
pymysqlbinlog 是分析/解析binlog的开源工具, 使用GPL-3.0 license
本来准备写pymysqlbinlog的接口了, 发现还没解析XID和QUERY_EVENT.... 先补上吧.
终于到了 row event的解析了. 只要解析了这部分, binlog基本上就算是解析完成了.
在日志文件中发现大量 Note InnoDB: Stopping purge [Note] InnoDB: Resuming purge
本来打算table_map_event和row_event一起写的. 但table_map_event的信息还是太多了, 就先写一部分. 其实之前有提过的 ht...
binlog中的第一个event 用来标识这个binlog的基础信息. 是非常重要的. 使用mysqlbinlog 命令解析binlog的时候 也是要先执行...
binlog中事务以GTID_EVENT开始, 以XID_EVENT结束, 很多信息都藏在gtid_event中, 比如事务大小, 提交时间等. MTS也会查看...
暂未填写公司和职称
暂未填写个人网址