之前,你大概都是通过搜索别人的经验来解决问题.如果能够理解MySQL的工作原理,那么在遇到问题的时候,是不是就能更快地直戳问题的本质? 以实战中的常见问题为切入点,带你剖析现象背后的本质原因.为你串起各个零散的知识点,再由线到面带你构建MySQL知识体系.旨在给你一个从理论到实战的系统性指导,让你少走弯路,彻底搞懂MySQL. 林晓斌,网名丁奇,前阿里资深技术专家.作为活跃的MySQL社区贡献者,丁奇专注于数据存储系统.MySQL性能优化和功能改进,热衷于解决MySQL疑难问题. MySQL实战

看了极客时间的mysql45讲记录一下自己理解的关于索引部分 为什么会有索引呢? 答:索引就像书的目录一样,可以让你快速知道你要看的部分在多少页.换句话说,索引就是为了提高数据库的查询效率. 索引的数据结构有多种,哈希表,有序数组,搜索树. 在innodb中表都是按照主键顺序以索引的形式存放在b+tree中的. 每个索引对应一颗b+tree. 根据叶子节点的内容,索引类型分为主键索引(聚簇索引)和非主键索引(二级索引或者普通索引).主键索引的叶子节点存的是整行数据.非主键索引叶子节点内容是主键的

写在前面的话:回想以前上班的时候,空闲时间还是挺多的,但是都荒废了.如今找工作着实费劲了.但是这段时间在极客时间买了mysql45讲,就好像发现了新大陆一样,这是我认真做笔记的第一天,说实话第一讲我已经看了有5遍了吧.今晚认真读了一遍也思考了一遍,打算做一下记录,也让自己再回想一遍,加深印象.其实第一次读也就读到第八讲,然后去面试的时候好多问题都跟这个课程的有关,还好也回答上来了,但感觉不是很深入回答的.现在也想明白了,学习知识这种事情不能操之过急,越着急越静不下心来.给自己定一个目标,从今天开

一共48讲,学习时间2天. 开篇词 (1讲) 开篇词 | 这一次,让我们一起来搞懂MySQL 理论指导实践:先系统性的学习原理,再实践验证. 你可以从点到线再到面,形成自己到mysql知识网络. 在使用mysql时心里有底,知道怎么选择并且明白为什么. 了解原理,才能在实践中不断创新,提升个人到价值和工作输出.         基础篇 (8讲) 01 | 基础架构:一条SQL查询语句是如何执行的? 不要使用缓存,query_cache_type设置成DEMAND,这样默认不使用查询缓存. 要使用

下面是一个表的创建语句,这个表有一个主键id和一个整型字段c: create table t(id int primary key,c int); 如果要将 id = 2 这一行的值加 1,sql语句就会这么写: ; 上一篇文章介绍过sql语句几本的执行链路,首先可以确定的说,查询语句的流程,更新语句也是同样的会走一遍. 我们执行语句之前都要先连接数据库,这是连接器的工作. 前面有说过,当更新一条语句的时候,跟这个表相关的查询缓存会失败,所以现在这条语句会把表t上所有缓存结果都清空.这就是不建议

首先创建一张表: create table T(ID int primary key,c int); 如果要更新ID=2这行+1:应该这样写 update T set c=c+1 where ID=2; 执行这句操作首先还是要与数据库建立连接这是连接器的工作. 在一个表进行更新操作时,这张表的缓存就会失效. 接下来分析器会对这条跟新语句进行语法和词法分析,如果有问题就会报错提示.然后优化器会决定使用ID的索引情况,最后执行器负责执行,找到这行然后更新. 与查询操作不同的是,更新操作涉及到两个重要

简单来说,事务就是要保证一组数据库操作,要么全部成功,要么全部失败.在MySQL中,事务至此是在引擎层实现的,但并不是所有的MySQL引擎都支持事务,这也是MyISAM被InnoDB取代的原因之一. 隔离性与隔离级别 提到事务,想到的是ACID(原子性,一致性,隔离性,持久性) 原子性:原子性操作就是这个事物执行要么成功,要么失败.将整个过程看作是一个不可分割的整体. 一致性:一致性指的是一个事务在执行前后其状态一致.比如你和小明各有100元,无论你俩之间相互借还多少钱加起来都是200.这就是事

事务 事务就是一组数据库操作,要么全部执行成功,要么全部执行失败,在MySQL中,事务是依靠存储引擎层实现的. ACID(Atomicity,Consistency,Isolation,Durability) 原子性是指事务是不可再分的,是最小的工作单元. 一致性是指数据的完整性必须保持一致. 隔离性则是指多个用户并发访问数据库时,必须为每个用户开启一个事务,这些事务相互之间不受影响相互隔离. 持久性是指一个事务一旦被提交,它对数据库中数据的改变就是永久性的,接下来即使数据库发生故障也不应该对其

资料来源: 青山老师的mysql课程 丁奇老师的<MySQL45讲> 一.文章结构和思路 1.整体文章结构 2.大概思路 介绍数据库的特性: 数据库标准所制定的隔离级别和解决对应的一致性问题: 数据库的锁:事务的实现依赖于数据库锁的: 在了解基本的锁结构之后,再了解他们之间的关系: 文章穿插了数据库的一些实际的的操作,便于理解: 3.从问题中出发 什么是脏读.不可重复读.幻读,不可重复读和幻读有什么区别? 是么数据库的事务,ACID在数据库层面都是怎么实现的? 哪些方式会导致死锁? 答案 不可

在学习SpringCloud的同时,也在深入学习MySq中,听着<mysql45讲>,看着<高性能MySQL>,本系列文章是本人学习过程的总结,水平有限,仅供参考,若有不对之处或有啥建议都可与我联系,感谢!</mysql45讲> 在学习一个东西之前,了解它的历史都是很有必要的,那么首先,我们先来了解MySQL的历史. MySQL的前世今生 1.1990年,有一个小伙子被客户要求提供通用的SQL支持,当时他首先借助了mSQL的代码进行集成,但效果不太满意,便自己重写了一个

表空洞的产生 删除某个行数据 或删除某个页     如下图所示,这个删除过程只是标记了某行的位置为删除,假如此时在300与600之间插入了一行数据,那么 同理,当删除某个页时,该页就会被复用.所以当删除某一行或页时空间并不会被回收,而是会被复用,这些可以复用,而没有被使用的空间,看起来就像是"空洞". 插入数据产生空洞     不仅是删除数据,插入数据的时候也会产生空洞,     例如上图,插入一行索引为550 的记录,经过页分裂后会产生新的页,而旧的pageA 会产生页空洞,如果能够

文章部分总结描述来自参考文章,属于半原创. 概述     文章将会介绍 change buffer 相关的知识点 查看 MySQL InnoDB 状态的命令 SHOW ENGINE INNODB STATUS; 这个命令可以查看带InnoDB 引擎当前线程和 buffer pool 的一些状态,对于学习MySQL 很有帮助.(里面的参数都搞懂了就差不多了,哈哈哈) Change Buffer 是什么     我们更新一条记录的时候,首先会去buffer pool 寻找这条数据,假如该数据存在,那

索引是SQL优化中最重要的手段之一,本文从基础到原理,带你深度掌握索引. 一.索引基础 1.什么是索引 MySQL官方对索引的定义为:索引(Index)是帮助MySQL高效获取数据的数据结构,索引对于良好的性能非常关键,尤其是当表中的数据量越来越大时,索引对于性能的影响愈发重要.索引优化应该是对查询性能优化最有效的手段了.索引能够轻易将查询性能提高好几个数量级. 通俗来讲,索引类似文章的目录,用来提高查询的效率. 2.索引分类 常见的索引类型有:主键索引.唯一索引.普通索引.全文索引.组合索引

@ 目录 redo log(物理日志\重做日志) binlog(逻辑日志/归档日志) update语句执行流程 Uodolog(回滚日志/重做日志) undo log+redo log保证持久性 redo log(物理日志\重做日志) redo log是InnoDB存储引擎层的日志,又称重做日志文件,是物理日志.redo log记录数据修改后新数据的备份.冗杂的undo log.未提交的事务和回滚的事务,数据缓存到内存中,只是在事务提交前将redo log持久化到磁盘 redo log 可以保证

笔者想进行数据库查询优化探索,但是前提是需要一个很大的表,因此得先导入大量数据至一张表中. 准备工作 准备一张表,id为主键且自增: 方案一 首先我想到的方案就是通过for循环插入 xml文件: <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://myba

大家好,我是melo,一名大二后台练习生,大年初三,我又来充当反内卷第一人了!!! 专栏引言 MySQL,一个熟悉又陌生的名词,早在学习Javaweb的时候,我们就用到了MySQL数据库,在那个阶段,MySQL对我们来说似乎只是一个存储数据的好东西,存储时一股脑往里边塞,查询时也是盲目的全表查询(不带一点点优化).​ 我们总是自欺欺人的觉得,我们通过其他方面来优化就好了阿,迟迟不愿面对MySQL高级,转而学习一些看似更为"高级"的东西,学Redis,来分担MySQL的压力,学MyCat

索引失效 介绍 索引失效就是我们明明在查询时的条件为索引列(包括自己新建的索引),但是索引不能起效,走的是全表扫描.explain 后可查看type=ALL. 这是为什么呢? 首先介绍有以下几种情况索引会出现失效: 当我们使用了左模糊匹配和左右模糊匹配的时候,像like '%str'或者'%str%'. 当我们使用联合索引没有遵守最左匹配原则的时候. 当我们使用索引时对其索引字段进行计算.函数.类型转换的操作. 当我们在where条件子句中使用了OR运算,同时OR前为索引列,OR后的条件不是索引

大家好,我是melo,一名大二后台练习生,大年初三,我又来充当反内卷第一人了!!! 专栏引言 MySQL,一个熟悉又陌生的名词,早在学习Javaweb的时候,我们就用到了MySQL数据库,在那个阶段,MySQL对我们来说似乎只是一个存储数据的好东西,存储时一股脑往里边塞,查询时也是盲目的全表查询(不带一点点优化).​ 我们总是自欺欺人的觉得,我们通过其他方面来优化就好了阿,迟迟不愿面对MySQL高级,转而学习一些看似更为"高级"的东西,学Redis,来分担MySQL的压力,学MyCat

大家好,我是melo,一名大三后台练习生,最近赶在春招前整理整理发过的博客~! 引言 锁锁锁,到哪到离不开这桩琐事,并发琐事,redis琐事,如今是MySQL琐事,这其中琐事,还跟MySQL另一个重要的东西--事务息息相关.这篇将从以下几点,带你解开这把爱情的苦锁: 本篇速览脑图 常规表锁&行锁 这一部分较为常规,若有前置知识,可以直接跳到下边的[表级锁扩展]部分开始阅读 建议借助侧边栏,有emoji表情的属于重点 锁概述 锁是计算机协调多个进程或线程并发访问某一资源的机制(避免争抢). 在数据

大家好,我是melo,一名大三后台练习生,死去的MVCC突然开始拷打我! 引言 MVCC,非常顺口的一个词,翻译起来却不是特别顺口:多版本并发控制. 其中多版本是指什么呢?一条记录的多个版本. 并发控制?如何实现呢?我们上篇刚讲到了锁机制,而MVCC则是用更好的方式来提高并发性能,避免加锁!具体如何实现,底层原理是什么,这篇将带你攻破ta. 本篇速览脑图 通过「版本链」来控制并发事务访问同一个记录时的行为就叫 MVCC(多版本并发控制). 看完后文,再回过头来看这张图,就会理解了 当前读,快照读