吃一口瓜 的博客

transaction本意是买卖、交易。数据库世界为了强调数据的原子性，中译为 事务。SQL标准规定不同隔离级别下产生的问题不同，会出现脏读、幻读与不可重复读的现象。对应四种事务的隔离级别：Read UnCommitted 会出现脏读、幻读与不可重复读现象 ReadCommitted 只会出现幻读与不可重复读现象 Repeatable Read 只会出现幻读现象 Serializa...

Innodb的缓存池主要是解决热点数据的IO资源消耗问题。没有缓存池时，每次数据请求，都通过IO将数据从磁盘读到内存里。对于频繁访问的数据，应该设计成少量次数或者一次读入，后续不更新此数据的话就避免IO的消耗，直接使用此数据。那就给Mysql独立分配一块内存当做缓存池。这样从表空间加载的数据先加载到缓存池中，数据请求缓存池，如果数据不在缓存池中，再通过IO加载文件。那么对于频繁访问和一...

前面介绍过B+树索引，也知道通过B+树能快速的定位用户记录。那么我们就一定能快速的获取数据了吗？其实不然，Innodb查询数据分为两步：①定位记录的位置 ②读取记录。这两步B+树只能加快步骤①，步骤②它无能为力。 试想快递员收发信件，今天要收3号楼每一户共计30户的信件。他有两个方案收取信件：方案①按顺序从第1户一直收到第30户户方案②随机。那么现实情况下哪种方案更省时省力呢？...

根据前面所讲，我们应该比较熟悉B+树的属性：每个索引对应一棵B+树，Innodb引擎默认会为我们建立以主键为规则的聚簇索引 聚簇索引的叶子节点保存用户的完整记录 二级索引是索引列+主键的组合，与聚簇索引不同的是，二级索引不会保存用户的完整记录 B+树的每层页面都会按索引键升序排列，并会组成双向链表，用户的记录会组成单向列表1、索引的代价 每建立一个索引就会生成一棵B+树，就会...

先前讲过了Innodb的行格式以及页格式，以及页保存记录的规矩。你忘记了就回顾看看上篇文章，粉丝才能看哦。 Innodb向页中插入记录时，是按照主键的顺序排序的，记录组成了单向链表。页与页又组成了双向链表，每个页都有页号和记录的主键范围，这样其实就能完成基本的查找要求。 如果我们的每条记录都比较大，平均三条记录就占一个页。那页的链表就会很长，查找就会很慢了。本着追求更快的原则，...

InnoDB操作的基本单位是页，大小一般是16KB。也分诸多类型，我们最常接触的类型就是数据页(INDEX类型)。比如还有存放表空间信息的信息页，日志页。。。。。一、页的结构页的通用结构 字段名 中文名 长度 简单描述 作用 File Header 文件头部 38B 页的通用信息 起码能表明本页是属于哪个表空间的 Page Head...

一、页InnoDB将数据存储在磁盘上，真正处理数据的行为发生在内存里。所以操作数据时，需要将数据在磁盘与内存来回交换，Innodb采用页作为交换的基本单位，一页一般16KB大小。也就是说Innodb一次最少从磁盘里读取16KB的数据到内存中，同样最少写入16KB的数据到磁盘。二、InnoDB的行格式平时，我们哪知道Innodb操作的是一页一页的数据，看到的都是一行一行的。这种一行一行的...

关闭防火墙：避免远程连接受限制https://blog.youkuaiyun.com/t748588330/article/details/81736515安装：————————————————版权声明：本文为优快云博主「仅此而已g」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.youkuaiyun.com/qq_37798548/...