/*****************************************************************//** Reads the next row in a table scan (also used to read the FIRST row in a table scan). @return 0, HA_ERR_END_OF_FILE, or error number */ UNIV_INTERN int ha_innobase::rnd_next( /*==…

本文主要分析 sql thread中system lock出现的原因,但是笔者并明没有系统的学习过master-slave的代码,这也是2018年的一个目标,2018年我都排满了,悲剧.所以如果有错误请指出,也作为一个笔记用于后期学习.同时也给出笔者现在知道的几种造成延迟的可能和延迟计算的方式. 本文基于5.7.17源码 本文只考虑row 格式binlog 主要考虑DML语句,DDL语句比较简单不做考虑 一.延迟的计算方式 其实每次show slave status命令的时候后台会调用函数sho…

MySQL多版本并发控制机制(MVCC)-源码浅析 前言 作为一个数据库爱好者,自己动手写过简单的SQL解析器以及存储引擎,但感觉还是不够过瘾.<<事务处理-概念与技术>>诚然讲的非常透彻,但只能提纲挈领,不能让你玩转某个真正的数据库.感谢cmake,能够让我在mac上用xcode去debug MySQL,从而能去领略它的各种实现细节. 笔者一直对数据库的隔离性很好奇,此篇博客就是我debug MySQL过程中的偶有所得. (注:本文的MySQL采用的是MySQL-5.6.35版本…

1. 引言 分布式事务主要应用领域主要体现在数据库领域.微服务应用领域.微服务应用领域一般是柔性事务,不完全满足ACID特性,特别是I隔离性,比如说saga不满足隔离性,主要是通过根据分支事务执行成功或失败,执行相应的前滚的重试或者后滚的补偿操作来达成全局事务的最终一致性,但是全局事务与全局事务之间没有隔离性. 笔者了解到的分布式事务方案有2PC的XA规范,以及Google 的percolator方案(TiDB就采用这个实现,本质上是基于全局时间戳的乐观锁版本校验). mysql的XA应用场景分…

/** The class defining a handle to an Innodb table */ class ha_innobase: public handler { row_prebuilt_t* prebuilt; /*!< prebuilt struct in InnoDB, used to save CPU time with prebuilt data structures*/ THD* user_thd; /*!< the thread handle of the us…

http://mysql.taobao.org/monthly/2015/08/07/ /*****************************************************************//** Creates and opens a handle to a table which already exists in an InnoDB database. @return 1 if error, 0 if success */ UNIV_INTERN int h…

/***********************************************************************//** Reads the next or previous row from a cursor, which must have previously been positioned using index_read. @return 0, HA_ERR_END_OF_FILE, or error number */ UNIV_INTERN int…

1 innodb 自增列出现重复值的问题 先从问题入手,重现下这个bug use test; drop table t1; create table t1(id int auto_increment, a int, primary key (id)) engine=innodb; ,);); ); select * from t1; +----+------+ | id | a | +----+------+ | | | +----+------+ ; ; select * from t1; +…

导读 这是MySQL8.0修复的上古bug之一,在2003年由Percona的CEO(当时应该还没Percona吧)提出的bug#199,光看这bug号就扑面而来一股上古时代的沧桑气息. 问题的本质在于InnoDB初始化AUTO_INCREMENT的方式,在每次重启时,总是算出表上最大的自增值作为最大值,下一次分配从该值开始.这意味着如果在btree右侧叶节点大量删除记录,重启后,自增值可能被重用.这在很多场景下可能导致问题,包括但不限于:主备切换.历史数据迁移等场景.在bug#199下面一大堆…

近来,发现好多公司对mysql的性能监控是通过show global status实现的,因此对于这个命令想要探究一番,看他是否是实时更新的. 在此之前,我们必须搞明白mysql对于这个命令的执行过程来确认它所显示的数据究竟是什么.是否实时更新以及是否准确.借这个机会,我们也可以了解客户端与mysql服务器是如何交互的以及对于SQL命令的一般执行过程.为此,我觉得这是一个很好的契机,当然中间也参考了好多人对于以前SQL版本的见解. 鉴于SQL命令的一般执行过程比较复杂,我仅仅叙述一个大概,虽然不…