51CTO首页
资讯
博客
学堂
精培
企业培训
CTO训练营
开源基础软件社区
WOT技术大会
元宇宙大会
收藏本站
移动端
公众号矩阵
博客
免费课程 课程排行 直播课 软考学堂
精品班 厂商认证 IT技术 2022年软考 PMP项目管理
在线学习 企业服务
CTO训练营 技术经理研习营 LeaTech峰会
文章 资源 问答 开源课堂 专栏 直播
51CTO
开源基础软件社区
51CTO技术栈
51CTO官微
51CTO学堂
51CTO博客
CTO训练营
开源基础软件社区订阅号
51CTO学堂APP
51CTO学堂企业版APP
鸿蒙技术社区视频号
# MySQL源码研究

PostgreSQL的MVCC vs InnoDB的MVCC

任何一个数据库最主要功能之一是可扩展。如果不删除彼此，则尽可能较少锁竞争从而达到这个目的。由于read、write、update、delete是数据库中最主要且频繁进行的操作，所以并发执行这些操作时不被阻塞则显得非常重要。为了达到这种目的，大部分数据库使用多版本并发控制（Multi-Version Concurrency Control）这种并发模型。这种模型能够将竞争减少到最低限度。MVCC是什

mvcc pg vs innodb
翻译 点赞0 阅读2307 收藏0 评论0 2019-06-10

What's New in MariaDB 10.4

MariaDB10.4是其当前的开发分支。5月21日，10.4.5的RCrelease版本发布，距离正式版本发布越来越近。10.4的新特性也越来越值得关注。本文总结mariadb官方发布一些的博客内容。对应详细信息，可以细读MariaDB10.4的changelog：https://mariadb.com/kb/en/library/mariadb-1040-changelog/性能提升由于字节长

MariaDB 10.4.5
翻译 点赞0 阅读1961 收藏0 评论0 2019-06-08

我的微信公众号二维码

![](https://s1.51cto.com/images/blog/201905/19/d023cfd02e5ec802f72c2b5c45b7bdec.jpg?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3p

MySQL Pg
原创 点赞0 阅读899 收藏0 评论0 2019-05-19

死锁案例三

1、环境说明MySQL5.6.33，隔离级别是RR。表结构及数据：create table t2 (   id int primary key auto_increment ,   c1 int ,   c2 int ,

死锁
mysql
原创 点赞0 阅读5171 收藏0 评论0 2018-07-14

死锁案例二

1、环境说明MySQL5.6.33，隔离级别是RR。表结构及数据：Create table t1(id int not null primary key auto_increment,c1 int,c2 int,c3 int, unique key(c1),unique

MySQL
死锁
原创 点赞1 阅读2021 收藏1 评论0 2018-07-08

死锁案例一

1、环境说明MySQL5.6.33，隔离级别是RR。表结构及数据：CREATETABLE`t0`(`id`int(11)NOTNULLAUTO_INCREMENT,`c`int(11)NOTNULLDEFAULT'0',`d`int(11)NOTNULLDEFAULT'0',PRIMARYKEY(`id`),KEY`c`(`c`,`d`))ENGINE=InnoDBAUTO_INCREMENT=9

Innodb
update
死锁
原创 点赞3 阅读4870 收藏2 评论0 2018-07-01

InnoDB purge原理--哪些undo log可purge

![](http://i2.51cto.com/images/blog/201805/27/c4272d7b266f963861645f1750419305.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

InnoDB
purge
原创 点赞1 阅读1776 收藏0 评论0 2018-05-27

InnoDB purge原理-readview和trx关系

![](http://i2.51cto.com/images/blog/201805/27/852f0ecf0708236fb57920c5ff62ae25.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

Innodb
purge
原创 点赞0 阅读1212 收藏0 评论0 2018-05-27

InnoDB undo log原理之事务提交时undo page相关操作

![](http://i2.51cto.com/images/blog/201805/20/3bb74d47d26840254bdd8d06225d72b3.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

undo
log
原创 点赞2 阅读1327 收藏0 评论0 2018-05-20

InnoDB undo tablespace使用及原理

前言Undolog是InnoDBMVCC事务特性的重要组成部分，对记录做了变更操作时会产生undo记录，默认存储到系统表空间中，但是从5.6开始，可以使用独立的undo表空间。Undo记录存储的是老版本数据，当一个旧事务需要读取数据时，为了能读取到老版本数据，需要顺着undo连找到满足其可见性的记录。当版本链很长时，可以认为这是要一个比较耗时的操作。大多数对记录的变更insert、update、d

InnoDB
undo
表空间
原创 点赞1 阅读2564 收藏0 评论0 2018-05-20

MySQL5.6 CREATE TABLE源码分析

MySQL5.6之前的版本DDL是非原子的。也就是说对于复合的DDL，比如DROPTABLEt1,t2;执行过程中如果遇到servercrash，有可能出现表t1被DROP掉了，但是t2没有被DROP掉的情况。即便是一条DDL，比如CREATETABLEt1(aint);也可能在servercrash的情况下导致建表不完整，有可能在建表失败的情况下遗留.frm或者.ibd文件。从原理流程图中可以看

MySQL
create
table
原创 点赞1 阅读3399 收藏1 评论0 2018-05-13

myloader原理解析

![](http://i2.51cto.com/images/blog/201805/01/49db9c0b7672458df42d14f76e163875.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

备份恢复
myloader
原理解析
原创 点赞1 阅读871 收藏0 评论0 2018-05-01

InnoDB update原理解析

![](http://i2.51cto.com/images/blog/201805/01/d08a4f3250324f2e2715cd36de54d71c.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

InnoDB update
原创 点赞1 阅读1469 收藏1 评论4 2018-05-01

InnoDB delete原理解析

![](http://i2.51cto.com/images/blog/201804/30/7ad04c85d897a9c560b297d13f4c0715.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

InnoDB
delete
原创 点赞1 阅读3272 收藏0 评论0 2018-04-30

InnoDB insert原理解析

![](http://i2.51cto.com/images/blog/201804/30/7ca57c2e0fd4a6aba90c957d31a19a80.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

InnoDB
insert
原创 点赞1 阅读1153 收藏0 评论0 2018-04-30

InnoDB search原理解析

![](http://i2.51cto.com/images/blog/201804/29/c1929c3b4a5cb820a8d3d5b1ed842c9f.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

InnoDB
search
原理解析
原创 点赞1 阅读766 收藏0 评论0 2018-04-29

mydumper工作原理解析

1、简介逻辑备份小钢炮--mydumper是针对MySQL的高性能多线程备份工具。该工具是由MySQL、Facebook、skysql公司的开发人员一起开发的。是由轻量级C语言开发；执行速度据说比mysqldump快10倍；支持事务和非事务表的一致性备份；还支持导出binlog；支持多线程备份；支持以守护进程的形式工作，定时备份；并且是开源的，其协议为GPLv3.2、使用方法root@dd:~/m

备份
mydumper
原理解析
原创 点赞1 阅读1422 收藏0 评论0 2018-04-28

MySQL半一致性读原理解析-从源码角度解析

1、什么是半一致性读AtypeofreadoperationusedforUPDATEstatements,thatisacombinationofreadcommittedandconsistentread.WhenanUPDATEstatementexaminesarowthatisalreadylocked,InnoDBreturnsthelatestcommittedversiontoMy

InnoDB 半一致性读
原创 点赞3 阅读5419 收藏1 评论0 2018-04-21

InnoDB MVCC实现原理及源码解析

1、原理介绍数据多版本(MVCC)是MySQL实现高性能的一个主要的一个主要方式，通过对普通的SELECT不加锁，直接利用MVCC读取指版本的值，避免了对数据重复加锁的过程。InnoDB支持MVCC多版本，其中RC和RR隔离级别是利用consistentreadview方式支持的，即在某个时刻对事物系统打快照记下所有活跃读写事务ID，之后读操作根据事务ID与快照中的事务ID进行比较，判断可见性。2

InnoDB
MVCC
原创 点赞6 阅读10000+ 收藏1 评论2 2018-04-15

InnoDB redo log格式-物理log

在页面上修改N个字节，可以看做物理log。包括以下几种类型：MLOG_WRITE_STRING、MLOG_8BYTES、MLOG_2BYTES、MLOG_1BYTES、MLOG_4BYTES。各种页链表指针修改以及文件头、段页内容的修改都是以这几种方式记录日志。具体格式如下：1、MLOG_2BYTES、MLOG_1BYTES、MLOG_4BYTES：2、MLOG_8BYTES3、MLOG_WRIT

InnoDB
redo
log
原创 点赞1 阅读2824 收藏0 评论0 2018-04-07

InnoDB数据字典--字典表加载

1、介绍在InnoDB启动时，如果是新建数据库则需初始化库，需要创建字典管理的相关信息。函数innobase_start_or_create_for_mysql调用dict_create完成此功能。即创建数据字典，因为InnoDB系统表的个数结构固定，所以初始化库的时候只需要创建这几个表的B+树即可并将B+树的根页号存放到固定位置。对于B+树，只要找到根页面，就可以从根页面开始检索数据。相关系统表

InnoDB
数据
字典加载
原创 点赞0 阅读6374 收藏0 评论0 2018-04-06

InnoDB数据字典详解-系统表

1、简介InnoDB中，实际上看不到系统表。有4个最基本的系统表来存储表的元数据：表、列、索引、索引列等信息。这4个表分别是SYS_TABLES、SYS_COLUMNS、SYS_INDEXES、SYS_FIELDS。下面分别介绍2、SYS_TABLES存储所有以InnoDB为存储引擎的表，每条记录对应一个表。该表的列分别是：NAME：表名ID：表的ID号N_COLS：表的列数TYPE：表的存储类型

InnoDB
数据
字典
原创 点赞0 阅读3315 收藏0 评论0 2018-04-05

InnoDB rowid管理

1、原理流程图2、讲解在innodb表中，并不是每个行记录都存有rowID，只有表定义没有主键时，才会使用rowid并作为主键。rowid的分配是全局的，所有的表都共享这个ID，即从在dict_sys->mutex锁内获取dict_sys->row_id中的值。并不是每次插入操作都将rowid的值写入到字典页面中，插入操作相对于建表等操作频繁多了，所以如果每次都写入字典页面中的话，将会

innoDB
ROWID
管理
原创 点赞1 阅读2916 收藏0 评论0 2018-04-01

解析MySQL binlog --（6）XID_EVENT、ROTATE_EVENT及stop

1、XID_EVENT当事务提交时，不论是statement还是row格式的binlog都会添加一个XID_EVENT作为事务的结束。该事件记录了该事务的ID。在mysql进行崩溃恢复时根据binlog中提交的情况来决定是否提交存储引擎中prepared状态的事务。2、ROTATE_EVENT当binlog文件大小达到max_binlog_size参数设置的值或执行flushlogs命令时，bin

mysql
binlog
xid
原创 点赞1 阅读5571 收藏0 评论0 2018-03-25

解析MySQL binlog --（5）ROWS_EVENT

1、介绍对于statement格式的binlog，所有增删改的SQL语句都记录在QUERY_EVENT中，而row格式的binlog则以ROWS_EVENT格式记录对数据库的修改。ROWS_EVENT分为3种：WRITE_ROWS_EVENT、UPDATE_ROWS_EVENT、DELETE_ROWS_EVENT，分别对应insert、update、delete。WRITE_ROWS_EVENT包

row
event
binlog
原创 点赞2 阅读10000+ 收藏1 评论0 2018-03-25

解析MySQL binlog --（4）TABLE_MAP_EVENT

1、简介row格式的binlog文件中，每个ROW_EVENT之前都有一个TABLE_MAP_EVENT，用于描述表的内部ID和结构定义。mysql>showbinlogeventsin"mysql-bin.000002";+------------------+-----+-------------+-----------+-------------+-------------------

table
map
event
原创 点赞2 阅读10000+ 收藏1 评论0 2018-03-24

解析MySQL binlog --（3）QUERY_EVENT

一、介绍QUERY_EVENT事件以文本的形式记录信息。当binlog格式时statement时，执行的语句都存储在QUERY_EVENT中，如下所示：mysql>showbinlogeventsin"mysql-bin.000002";+------------------+-----+-------------+-----------+-------------+------------

MySQL
binlog
query
原创 点赞1 阅读4138 收藏1 评论1 2018-03-16

解析MySQL binlog --（2）FORMAT_DESCRIPTION_EVENT

该格式描述事件时binlogversion4中为了取代之前版本的START_EVENT_3事件而引入的。是binlog文件的第一个事件，并在一个binlog文件中仅出现一次。具体定义：binlog-version：binlog版本mysql-serverversion：服务器版本createtimestamp：指明binlog文件的创建时间。如果该binlog是由于切换产生，那么该字段是0even

mysql
binlog
原创 点赞0 阅读10000+ 收藏1 评论0 2018-03-11

解析MySQL binlog --（1）大致结构及event type

1、简介binlog以事件的形式记录数据库变更情况。通过执行showbinlogeventsin"binlogfile"命令可以查看事件mysql>showbinlogeventsin"mysql-bin.000002";+------------------+-----+-------------+-----------+-------------+----------

MySQL
binlog
原创 点赞2 阅读6612 收藏3 评论0 2018-03-11

MySQL连接阶段原理解析

![](http://i2.51cto.com/images/blog/201803/04/8c23641fcb35409a8d08b6e8890b44ac.png?x-oss-process=image/watermark,size_16,text_QDUxQ1RP5Y2a5a6i,color_FFFFFF,t_100,g_se,x_10,y_10,shadow_90,type_ZmFuZ3po

MySQL
连接
原创 点赞1 阅读2320 收藏0 评论0 2018-03-04
  • 1
  • 2

Copyright © 2005-2022 51CTO.COM 版权所有 京ICP证060544号

关于我们
官方博客 意见反馈 了解我们 全部文章
在线客服 网站地图 热门标签
友情链接
开源基础软件社区 51CTO学堂
51CTO