innodb 存储引擎特性

使用独立表空间后,系统表空间存储什么内容呢?

 

1.innodb 数据字典信息

  和存储引擎相关。

  frm 是服务器的数据字典和存储引擎无关。

2. undo 回滚段。

  可以单独存储。

 

INNODB存储引擎特性

1.事务性存储引擎。

2.支持ACID特性

redo log 和 undo log

redo log 实现事务的持久性。

包括两部分:

1.内存中的重做日志缓冲区。

2.文件系统的 ib_logfilex.

show variables like ‘innodb_log_buffer_size’ 字节为单位。

内存中 默认 16M.

数量由参数innodb_log_files_in_group决定。

 

redo log 存放的是提交的事务,undolog 存放的是未提交的事务。

undo log 作用:

1.用于回滚

2.多版本并发控制 (Multi-Version Concurrency Control )

当对表中的数据进行修改时不仅产生redolog 也会产生一定的undo log。

使用rollback时会用到undolog。

redo log 为顺序写入,在数据库运行时不需要读取操作。

undo log 需要随机读写。可以存放于SSD 上提升性能。

2.INNODB 支持行级锁。

行级锁可以最大程度支持并发。

行级锁在存储引擎层实现。

什么是锁?

锁主要作用是管理共享资源的并发访问,用于实现事务的隔离性。

锁的类型

共享锁(读锁)

读锁相互不会被阻塞。

独占锁 (写锁)

会阻塞其他的读锁和写锁。实现事务隔离性。

锁的粒度

1.表级锁

lock table myinnodb write;

这样就会阻塞其他读取。

unlock tables;

2.行级锁

  在存储引擎实现,不在服务器层实现。

阻塞和死锁

什么是阻塞?

一个事务中的锁需要等待另外一个事务锁的资源释放。

什么是死锁?

相互占用对方的等待资源,可以由系统自动处理。

1.按照相同的顺序使用资源。

2.增加相关的索引。

3.innodb 状态检查。

show engine innodb status; 两次需要至少间隔30秒。

4.适用场景

  innodb 适合大多数的OLTP应用,支持全文索引和空间函数。

 

时间: 2024-08-11 05:44:59

innodb 存储引擎特性的相关文章

[MySQL Reference Manual]14 InnoDB存储引擎

14 InnoDB存储引擎 14 InnoDB存储引擎... 1 14.1 InnoDB说明... 5 14.1.1 InnoDB作为默认存储引擎... 5 14.1.1.1 存储引擎的趋势... 5 14.1.1.2 InnoDB变成默认存储引擎之后... 5 14.1.1.3 InnoDB表好处... 6 14.1.1.4 InnoDB表最佳实践... 6 14.1.1.5 InnoDB表提升... 6 14.1.1.6 InnoDB作为默认存储引擎测试... 6 14.1.1.7 验证In

InnoDb 体系架构和特性 (Innodb存储引擎读书笔记)

后台线程 Master Thread 核心后台线程,主要负责将缓冲池的数据异步刷新到磁盘.例如脏页的刷新,插入缓冲的合并,undo 页的回收等. 每秒一次的操作: 日志缓冲刷新到磁盘,即使该事务还没有提交.该操作总是会发生,这个就是为了再大的事务,提交时间都很短. 当IO压力很小时(1s内发生的IO次数小于5% innodb_io_capacity)合并5% innodb_io_capacity 的插入缓冲. 当脏页比例大于 innodb_max_dirty_pages_cnt, 刷新 inno

InnoDB存储引擎之InnoDB关键特性

1.插入缓冲 A.Insert Buffer 听名字会让人理解为插入缓冲是缓冲池中的一部分.其实不是这个样子的,InnoDB缓冲池中有Insert Buffer信息,但是Insert Buffer和数据页一样,也是物理页的一个组成部分.在InnoDB存储引擎中,行记录的插入顺序是按照主键递增的顺序进行插入的.因此插入聚集索引(Primary Key)一般是顺序的,不需要磁盘的随机读取.但是并不是所有的主键都是顺序的.如主键是UUID这类的,那么插入和辅助索引一样都是随机的.所以在建表时主键是关键

InnoDB存储引擎的高级特性大盘点

InnoDB作为mysql数据库最常用的存储引擎,自然包含了其独有的很多特性.如相比于memory.MyISAM引擎,InnoDB支持行级锁.事务等都是比较重要的特性. 本文将盘点下InnoDB处理事务和行级锁之外的高级特性 一.自适应哈希 innodb建立索引时,只可以建立B+tree索引,是不可以建立hash索引的,而hash索引相对于B+tree索引,虽然无法实现排序.范围检索的效果,但是在等值检索的时候,毫无疑问要比B+tree索引的效率要高很多. 所以innodb就在B+tree索引的

剑指架构师系列-InnoDB存储引擎、Spring事务与缓存

事务与锁是不同的.事务具有ACID属性: 原子性:持久性:由redo log重做日志来保证事务的原子性和持久性,一致性:undo log用来保证事务的一致性隔离性:一个事务在操作过程中看到了其他事务的结果,如幻读.锁是用于解决隔离性的一种机制.事务的隔离级别通过锁的机制来实现. 数据库的事务隔离级别有(多个事务并发的情况下): 1.read uncommitted #首先,修改隔离级别 set tx_isolation='READ-UNCOMMITTED'; select @@tx_isolat

mysql中InnoDB存储引擎的行锁和表锁

Mysql的InnoDB存储引擎支持事务,默认是行锁.因为这个特性,所以数据库支持高并发,但是如果InnoDB更新数据的时候不是行锁,而是表锁的话,那么其并发性会大打折扣,而且也可能导致你的程序出错. 而导致行锁变为表锁的情况之一就是: SQL的更新(update)或者删除(delete)语句中未使用到索引,导致在InnoDB在对数据进行相应操作的时候必须把整个表锁起来进行检索(表锁).而如果使用了索引的话,InnoDB只会通过索引条件检索数据,而只锁住索引对应的行(行锁). 下面记录一下我遇到

MySQL技术内幕-InnoDB存储引擎-读书笔记(一)

MySQL技术内幕-InnoDB存储引擎-读书笔记(一) 作为php开发,使用mysql总是少不了的 博客链接 http://itsong.net/articles/466.html 第一章 MySQL体系结构和存储引擎 MySQL被设计为一个单进程多线程架构的数据库 ./mysql --help | grep my.cnf 可以查看mysql数据库实例启动时,它会在哪些位置查找配置文件. 配置文件中有一个datadir参数,指定了数据库所在的路径.默认为/usr/local/mysql/dat

MySQL 温故而知新--Innodb存储引擎中的锁

近期碰到非常多锁问题.所以攻克了后,细致再去阅读了关于锁的书籍,整理例如以下:1,锁的种类 Innodb存储引擎实现了例如以下2种标准的行级锁: ? 共享锁(S lock),同意事务读取一行数据. ?  排它锁(X lock).同意事务删除或者更新一行数据. 当一个事务获取了行r的共享锁.那么另外一个事务也能够马上获取行r的共享锁,由于读取并未改变行r的数据.这样的情况就是锁兼容. 可是假设有事务想获得行r的排它锁,则它必须等待事务释放行r上的共享锁-这样的情况就是锁不兼容.二者兼容性例如以下表

InnoDB存储引擎的B+树索引算法

关于B+树数据结构 ①InnoDB存储引擎支持两种常见的索引. 一种是B+树,一种是哈希. B+树中的B代表的意思不是二叉(binary),而是平衡(balance),因为B+树最早是从平衡二叉树演化来的,但是B+树又不是一个平衡二叉树. 同时,B+树索引并不能找到一个给定键值的具体行.B+树索引只能找到的是被查找数据行所在的页.然后数据库通过把页读入内存,再在内存中进行查找,最后得到查找的数据. 再说一下平衡二叉树: 这是一幅平衡二叉树,左子树的值总是小于根的值,右子树的值总是大于根的键值,因