那海蓝蓝-CSDN博客

原创 DTCC2021--数据异常系统化研究

本文系统地研究了数据库的数据异常及其对应的隔离级别，通过形式化的定义，总结和规范了数据异常的类型。基于形式化的解释，解释了不同数据异常之间的本质区别。同时，本文还通过偏序关系对数据异常进行分类，并阐述了数据异常与隔离级别之间的关系。另外，本文深入总结了前人在数据异常领域的研究工作，文献充实。文章具有极高的学术水平，作者分享了其在事务并发控制中数据异常和隔离级别上的深刻认知，另外作者也提供相应的开源工具用来检测数据异常，是一篇对事务并发控制方向非常有影响力的论文

2023-10-18 16:58:27 131

原创第三代分布式数据库（5）——一无是处的MySQL

一致性八仙图，可为放大镜，可为标尺，丈量彰显MySQL时，会有什么新发现？

2023-09-21 14:20:42 210

原创第三代分布式数据库（3）——一致性八仙图

如何测试各个数据库的数据一致性？一致性八仙图和Jespen的差异在哪里？

2023-09-07 21:08:27 4066 7

原创第三代分布式数据库（2）——创新之源

数据库的创新源泉

2023-09-06 23:36:37 2963

原创第三代分布式数据库（1）——踢球时代

对数据库技术的发展历程总结、重点是对分布式数据库的发展历程的总结。

2023-09-06 23:34:23 163

原创数据库事务处理的艺术：事务管理与并发控制---书序

与海翔新书作序海翔在数据库管理系统领域的第二本著作《数据库事务处理的艺术：事务管理与并发控制》马上就要出版了，他邀请我写个序，我没有犹豫就欣然答应了。事后，我自己都觉得奇怪会这么痛快，但细细想来，还是有充分理由的。这个序得写！首先，我对在数据库核心技术领域长期辛勤耕耘的人表示尊敬。数据库是信息系统的基础和核心，对数据库实现技术是否真正掌握关系到我国在信息技术核心领域的自主可控战略是

2017-11-16 09:55:01 3440 2

原创 InnoDB---序列化隔离级别的实现

序列化的实现 InnoDB对于序列化的实现方式，是通过两种方式实现的。第一种，当SELECT语句在一个显式的事务块内，如执行表11-9中的编号为1的情况，将施加LOCK_S锁，根据表11-6（记录锁事务锁相容表）可知，LOCK_S锁排斥写锁，所以序列化隔离级别下只允许并发地读取操作，并发写被禁止，因此实现了可序列化（参见1.2.2节）。相应代码如下：ha_innoba

2017-04-19 14:18:59 1700 1

原创 InnoDB---可重复读隔离级别的实现

可重复读的实现可重复读隔离级别，简称RR，在2.1.1节，我们说过： Repeatable Read（可重复读）：一个事务在执行过程中可以看到其他事务已经提交的新插入的记录（读已经提交的，其实是读早于本事务开始且已经提交的），但是不能看到其他事务对已有记录的更新（即晚于本事务开始的），并且，该事务不要求与其他事务是“可串行化”的。这句话的核心，是“但是不能看到其他

2017-04-19 14:18:55 3040

原创 InnoDB---读已提交隔离级别的实现

对于读已提交隔离级别的实现方式，从逻辑上需要明确两个部分，一是加锁部分二是解锁部分。加锁，对应的是获取数据，确保在指定的隔离级别下读取到应该读到的数据。解锁则意味着要在适当的时机释放锁且不影响隔离级别的语义还能提高并发度。加锁部分，实现分为两个方面：一是加锁的时候，读已提交隔离级别不加间隙锁，这样就能允许并发的其他事务执行插入操作因而产生幻象现象，因为读已提交隔离级别是允许幻象异常存在

2017-04-19 14:18:44 6330 1

原创 InnoDB---读未提交隔离级别的实现

读未提交的实现对于读未提交隔离级别，此级别不会对记录加锁，有如下几种情况：1 对系统表的数据操作，是数据引擎自己发出的数据查询操作，使用读未提交隔离级别，目的是不与其它事务因锁的存在而冲突。2 在row_search_mvcc()、row_sel_get_clust_rec_for_mysql()等获取记录的函数中确保读未提交隔离级别下允许读到最新的记录。那么，

2017-03-13 19:11:58 3819 2

原创 MDL--元数据锁的锁请求与锁等待+元数据锁类对象

1 元数据锁的锁请求与锁等待元数据锁在MySQL Server层，按照锁的状态被细分为两种，一种是已经施加的锁，一种是等待施加的锁即锁请求，这样被区分的原因，如MySQL对“class MDL_request”的代码注释作了解释：/** A pendingmetadata lock request. A lockrequest and a granted

2017-03-13 19:11:50 2161 1

原创 MySQL--MDL,元数据锁的粒度

MySQLServer层定义了如下的元数据锁的粒度，这些锁较多，超出了读锁和写锁两种锁粒度，这是因为读锁和写锁通常是理论上根据概念探讨的范畴，而在工程实践中会根据实际情况进行细化，以最大限度地提高并发度。/** Type ofmetadata lock request. @saComments for MDL_object_lock::can_grant_lock

2017-03-13 19:11:46 1558

原创事务的模型

事务的实现，在不同的数据库系统中是不同的，这是因为事务有着不同的模型，在Jim Gray的《事务处理概念与技术》一书的第四章事务模型中，把事务分为：q 平板事务（Flat Transactions）：事务块中的所有SQL语句，构成一个逻辑单元，要么都成功，要么因之一失败都回滚。PostgreSQL的事务管理如果不考虑保存点（Savepoint）机制，可以认为就是一个平板类型的事务，事务块内的

2017-03-13 19:11:41 1044 1

原创 InnoDB定义的Mutex--02

InnoDB定义的Mutex的作用在许多对象（如数据缓冲区、字典表、系统锁表、双写缓冲区等）上、在许多操作作用的对象（如事务、回滚段等）上，InnoDB都定义了很多系统锁，用以保护某个对象。这些系统锁，就是上一节讨论的Mutex。定义好的Mutex的具体作用，详情参见表11-5。表11-5 InnoDB的系统级锁类别锁的名称

2017-03-13 19:11:37 1303 1

原创 InnoDB定义的Mutex--01

InnoDB定义的Mutex InnoDB在ib0mutex.h文件中定义了六种自定义的Mutex如下：q OSBasicMutex：OS的Event定义的Mutex，依赖于具体的OS；施加锁只尝试一次。如下面的初始化代码段等。q OSTrackMutex：继承自OSBasicMutex，依赖于OS；施加锁尝试函数参数指定的次数（max_spins参数指定尝试的次数）。q

2017-03-13 19:11:31 1078 1

原创 InnoDB---深入理解事务提交--03

四深入讨论：什么是“事务提交”？在标题三中，我们认为InnoDB不符合预写日志机制，这是基于事务提交的标志设置是在刷出日志之前完成的，这一点，是基于InnoDB的代码实现的意图来下的结论。InnoDB认为在内存的状态设置了提交标志就算是“事务提交”完成了。但是，传统的数据库理论认为，“事务提交”需要符合持久性（ACID之D），也就是说，事务的最后一个记录输出到稳定存储介质

2017-03-13 19:11:27 625 1

原创 InnoDB---深入理解事务提交--02

三为什么说InnoDB不符合WAL预写日志机制？在标题二中我们提出这样的一个调用栈：innobase_commit_low(trx) -> trx_commit_for_mysql() -> trx_commit(trx) ->trx_commit_low() -> trx_commi

2017-03-13 19:11:23 614 1

原创 InnoDB---深入理解事务提交--01

当事务正常执行结束时，事务的提交操作，是实现事务原子性的主要操作之一，这个过程很重要。如下我们重点分析事务提交过程中一些重要环节。一事务提交的整体过程 InnoDB和MySQL Server联合实现了事务的提交全程，相关过程参见表10-2，在这个表里面，从上到下，是一个事务提交过程的栈，上面是栈顶下面是栈底，底层的函数调用了上层的函数。表10-2 事务提交的相关函数

2017-03-13 19:11:18 914 1

原创 InnoDB---UNDO日志与回滚

事务通过trx_rsegs_t与系统表空间和临时表空间等物理存储联系起来的方式如下：/** Rollback segments assigned to a transaction forundo logging. */struct trx_rsegs_t{ /** undolog ptr holding reference to a rollback segment t

2017-03-13 19:11:13 1855 1

原创 InnoDB---事务和并发控制相关的文件

<div style="mso-element:para-border-div;border:solid #CCCCCC 1.0pt;mso-border-alt:solid #CCCCCC .75pt;padding:4.0pt 31.0pt 4.0pt 4.0pt;background:#F0F7FE;" >//与事务管理和并发控制相关的文件目录结构 storage\inn

2017-03-13 19:11:05 739 1

原创长事务的管理

直观感觉，一个事务花费很长时间不能够结束，就是一个长的事务，简称长事务( Long Transaction )。在OLTP类型的数据库系统中，一个事务的执行时间通常会很短，所以不会感觉其执行时间漫长。长事务的概念不一而足：在Oracle中，运行时间超过6秒的事务就被视为长事务。Informix把占用整个逻辑日志空间在一定比例以上的事务（事务占用整个逻辑日志空间的百分比超过“长事务深水线比例”这

2017-03-13 19:11:01 6293 1

原创 Orca优化器--基本结构和基本对象

1 Orca框架结构1.1 Orca与database的关系图一 Orca与数据的关系图 1.2 Orca内部架构图二Orca内部架构图说明：图一和图二源自Orca:A Modular Query Optimizer Architecture for Big Data 2 基本对象2.1 作业2.1.1作业Job的概念一个Job，可

2017-03-13 19:10:54 2160 1

原创 Greenplum Orca 优化器目录结构

├─cmake 构建相关├─data 测试数据├─libgpdbcost 代价模型│ ├─include│ │ └─gpdbcost│ └─src├─libgpopt│ ├─include 头文件│ │ └─gpopt ...│ └─src│ ├─base 实现

2017-03-13 19:10:49 1539 1

原创事务的属性--严格性（Strictness）

严格性（Strictness） A schedule is strict - has the strictness property - if for any twotransactions T1, T2, if a write operation of T1 precedes a conflictingoperation of T2 (either read or write),

2017-03-13 19:10:45 1630

原创事务的属性--可恢复性（Recoverability）

可恢复性（Recoverability）Recoverability means that committedtransactions have not read data written by aborted transactions (whose effectsdo not exist in the resulting database states)。可恢复性是并发的事务后期、表

2017-03-13 19:10:40 4228

原创事务的属性--可串行化（Serializability）

可串行化（Serializability）Serializability of a schedule meansequivalence (in the outcome, the database state, data values) to a serialschedule (i.e., sequential with no transaction overlap in time) wit

2017-03-13 19:10:35 22676

原创 MySQL子查询---EXISTS优化策略辨析

参考：http://dev.mysql.com/doc/refman/5.7/en/subquery-optimization.html一引子在上述参考中，有这样的话： The MySQL query optimizer has different strategies available to evaluate subqueries. For IN (o

2017-03-13 19:10:31 928

原创那海蓝蓝

李海翔，网名“那海蓝蓝”，腾讯金融云，数据库技术专家。从事数据库研发、数据库架构、数据库技术管理等工作10余年；历任人北京大金仓研发中心多个项目的技术经理、测试部经理、测试中心总监； Oracle公司MySQL全球开发组Optimizer Team的核心开发人员；北京华胜信泰数据技术有限公司，数据库首席架构师，兼研发中心副总经理；现任职腾讯科技公司，金融云，数

2017-03-13 19:10:26 2960 1

原创如何理解两阶段封锁（Two-phase locking - 2PL）？

q 两阶段封锁（Two-phase locking - 2PL）：n 首先，两阶段封锁强调的是“加锁（增长阶段，growing phase）和解锁（缩减阶段，shrinking phase）这两项操作，且每项操作各自为一个阶段”，这就是说不管同一个事务内需要在多少个数据项上加锁，那么所有的加锁操作都只能在同一个阶段完成，在这个阶段内，不允许对对已经加锁的数据项进行解锁操作，即加锁和解锁操作

2017-03-13 19:10:22 20658 2

原创做架构并非朝夕之功在实践中“悟道”

原文： http://tech.it168.com/a2016/0927/2941/000002941887.shtml做架构的一点心得总结。------------------------------------------【IT168 专稿】一套工具集合，包含7个独立工具、30多万行代码…相信行业内的老司机们都知道小编说的是啥——数据库管理工具。他，从入行到现在，15年里，从数据库管理工具

2017-03-13 19:10:17 613

原创并发带来的问题——三种常见的读数据异常现象

如果说数据不在ACID特性的保护下会发生不一致的现象，那么：在ACID的保护下，是不是数据就一定不会产生不一致的现象呢？在关系数据库系统中，多个会话（session）可以访问同一个数据库的同一个表的同一行数据。这样，对于数据而言，就意味着在同一个时间段内，有多个会话可以对其施加操作（或读操作或写操作），读写操作施加的顺序不同以及事务中A特性对事务结果的影响（或成功或失败，即

2017-03-13 19:10:12 6647

原创 PostgreSQL V9.6 谓词锁--02

支持SSI技术的可序列化的事务的表示在事务的隔离级别为SERIALIZABLE时，PostgreSQL为支持SSI技术，使用“SERIALIZABLEXACT”表示可序列化的事务，并标识事务与读写冲突之间的关系。typedef struct SERIALIZABLEXACT // SERIALIZABLEXACT是一个可序列化的事务{ VirtualTransa

2017-03-13 19:10:07 774

原创 ToprowDB Dynamic Server 查询优化技术---子查询优化--03-4

3.2 LATERAL连接3.2.1 什么是Lateral连接我们知道，派生表是非相关的，即不能在派生表里引用其外部的同层次的其他对象。即如下SQL是错误的：select * from t1, (select idx as id2 fromt2 where t2.id2=t1.id1)as temp;temp对象作为一个派生表，其WHERE子句当中出现了“t2.id2=

2017-03-13 19:10:01 484

原创 ToprowDB Dynamic Server 查询优化技术---子查询优化--03-3

3.1.3 Q3select * from (select age as age2from test2) as temp,test1;3.1.3.1 ToprowDBQUERY: (OPTIMIZATION TIMESTAMP: 08-15-201618:22:17)------select * from (select age as age2 fromtest2),te

2017-03-13 19:09:56 342

原创 ToprowDB Dynamic Server 查询优化技术---子查询优化--03-2

3 深入探讨，一类很少被人关注的子查询3.1 派生表的优化在子查询中，有一类常见的子查询形式，是子查询出现在FROM子句中，这样的子查询，有个学名，叫做“派生表”。这样的且符合SPJ格式要求派生表，可以被优化。这一节，我们来对比四种数据库，看看各个数据库对于派生表的支持情况。大家可以看到，我们将加入Oracle的对比。3.1.1 Q1select * from (select

2017-03-13 19:09:51 390

原创 ToprowDB Dynamic Server 查询优化技术---子查询优化--03-1

ToprowDB Dynamic Server 查询优化技术华胜信泰架构师李海翔（五）ToprowDBDynamic Server 查询优化技术之子查询本篇是《ToprowDB DynamicServer 查询优化技术》系列的第五篇，继续探讨ToprowDB逻辑查询优化技术中的子查询优化技术。1 还有什么样的子查询，可以被优化？参见上篇《ToprowDB Dyna

2017-03-13 19:09:46 530

原创 PostgreSQL V9.6 谓词锁--01

今天上午，2016年8月21日，巴西里约奥运会，女排3:1胜对手，打出一场拼搏的精神。----------------------------------------------谓词锁本节内容介绍谓词锁相关的结构体以及他们之间的关系，谓词锁相关的结构体之间的关系可参见图X-XX。

2017-03-13 19:09:42 1531

原创 ToprowDB Dynamic Server 查询优化技术---子查询优化--02-4

1.2.2 PostgreSQL1.2.2.1 S6语句查看查询执行计划，子查询被优化（采用物化的方式，使得子查询结果被缓存，既子查询只执行一次）。postgres=# EXPLAIN SELECT * FROM t3 WHEREb3 >= ANY (SELECT b1 FROM t1); Nested Loop Semi Join (cost=0.00..41707.39 r

2017-03-13 19:09:37 380

原创 ToprowDB Dynamic Server 查询优化技术---子查询优化--02-3

1.2 ANY/SOME/ALL类型的子查询我们进行如下的子查询，分别用S6—S11表示：S6: SELECT * FROM t3 WHERE b3 >= ANY (SELECT b1 FROMt1);S7: SELECT * FROM t3 WHERE b3 >= ANY (SELECT a1 FROMt1);S8: SELECT * FROM t3 WHERE b3 (S

2017-03-13 19:09:33 414

原创 ToprowDB Dynamic Server 查询优化技术---子查询优化--02-2

1.1.1 PostgreSQL1.1.2.1 S1语句查看查询执行计划，子查询被优化（采用半连接）。postgres=# EXPLAIN SELECT * FROM t3 WHEREEXISTS (SELECT b1 FROM t1 WHERE a3=a1); QUERY PLAN-------------------

2017-03-13 19:09:25 514

空空如也

空空如也