InnoDB 中文参考手册 --- 12 文件空间管理和磁盘 I/O

原创 2003年05月22日 08:27:00

12 文件空间管理和磁盘 I/O

12.1 磁盘 I/O 和 raw devices

InnoDB 使用模拟的异步(simulated asynchronous)的磁盘 I/O来构建 InnoDB:InnoDB 建立许多的 i/o 线程来处理 i/o 操作,就如同 read-ahead 一样。

从 3.23.40b 开始,InnoDB 使用一种被称为“双写 (doublewrite)” 的新颖的文件转储清除(flush)技术。这增加了在操作系统崩溃或停电后的崩溃修复的安全性,并因减少了 fsync 操作的必要次数而某些 Unix 系统中改善了性能。

InnoDB 在将页面写入一个数据文件前先将他们写入到一个相邻近的表空间中的双写(doublewrite)方法被双写缓冲(doublewrite buffer)。只有在写入与转储清除(flush)双写缓冲结束后,InnoDB 才将页面写入到数据文件的适当的位置。如果在页面写入期间操作系统崩溃了,InnoDB 将在双写缓冲中找出一个完好的副本(copy)来恢复。

从 3.23.41 开始,你也可以使用一个 raw 磁盘分区(一个 raw 器件) 作为一个数据文件。当你创建一个新的数据文件时你必须在 innodb_data_file_path 设置的数据文件尺寸后立即加上关键词 newraw 。这个分区必须 >= 你所指定的尺寸。注意在 InnoDB 中 1 MB 为 1024 x 1024 bytes,而在磁盘规约中 1 MB 通过为 1000 000 bytes。


 

当你再次启动数据库系统时,你 必须 将关键词改为 raw。否则 InnoDB 将重写你的分区!从 3.23.44 开始,作为一个安全措施,InnoDB 将阻止用户修改任何以 newraw 指定的分区中的数据。在你增加了一个新的分区后,关闭数据库服务器,修改 my.cnf 文件,将 newraw 替换为 raw,再重起。


通过使用一个 raw disk ,在 Windows 
和某些 Unixes 系统中可以实现无缓冲(non-buffered)的 i/o。  

 

在 InnoDB 中有两个启发式的(heuristics) read-ahead heuristics :顺序的(sequential) read-ahead 和随机的(random) read-ahead。在 sequential read-ahead 中 InnoDB 以顺序的方式访问分区中表空间一个片段。因而 InnoDB 将预先以一个批量读取数据库页面到 i/o 系统中。中 random read-ahead 中,InnoDB 将表空间中似乎在进程的有用的某些空间完全读到缓冲池(buffer pool)内。因而 InnoDB 投递剩余地读到 i/o 系统中。

12.2 文件空间管理

在配置文件中定义的数据文件形成 InnoDB 的表空间。文件被简单地耦合起来形成表空间,在使用中不得被剥离。通常你不能得知你的表所占用的空间被指定在哪里, 除非使用下面的事实:在一个新建的表空间中 InnoDB 从文件的末端开始分配空间。

表空间由默认为 16 KB 的数据库页面组成。每 64 个连续的页面被组成一区域(extent)。表空间内的“文件(files)”在 InnoDB 中被称为段(segments)。回滚段(rollback segment)稍微会引起被误解,因为实际上它在表空间内是由许多个段组成。

InnoDB 中的每个索引都被分配两个段(segments):一个是为了 B-tree 的无叶结点(non-leaf nodes),另一个是为了叶结点(leaf nodes)。这是为了达到包含数据的叶结点的更好的顺序(sequentiality for the leaf nodes)。

当表空间中的一个段增长时,InnoDB 为它个别地分配最初的 32 个页面。之后 InnoDB 再分配段的整个区域(extents)。InnoDB 会以每次 4 个区域(extents)来增加一个大段以确保数据的良好顺序。

表空间中的某些页面包含其它页面的位图(bitmaps),所以在 InnoDB 表空间内的一些区域(extents)不能以一个整体分配给段,而只能作为个体页面。

当发出一个查询 SHOW TABLE STATUS FROM ... LIKE ... 来询问表空间的剩余空间时,InnoDB 将报告表空间中所有空闲区域(extents)中确实可用的部分。InnoDB 通常会保留一些区域用于 clean-up 和其它的内部目的;这些保留的区域并不包含在剩余可用空间中。

当从一个表中删除数据时,InnoDB 将收缩 B-tree 中相应的索引。这是依赖于释放个别的页面或区域(extents)以让其他用户使用剩余空间的删除模式。 移除(drop)一个表或删除所有记录可以保证释放空间给其他用户,但是删除记录行只有在事务回滚或 consistent read 后并不需要时才会被物理的移除。

12.3 碎片整理一个表

如果在一个表的索引内有随机地插入与删除,索引将会产生碎片。 碎片的意思是索引页面在磁盘上的物理顺序并不接近于页面依字母顺序排序的记录, 或分配给索引的 64 个页面块中有太多的未使用页面。如果周期性的通过 mysqldump 将表转储到一个文件文件上,移除(drop)表,再从转储文件中重载它,这将提升索引扫描的速度。 另一个碎片整理的办法就是将表类型改变为 MyISAM 然后再改为 InnoDB 。注意 MyISAM 表在你的操作系统上必须为一个单独的文件。

如果索引中的插入总是上升的而总是从后面删除,那么 InnoDB 的文件空间管理算法可以保证索引中的碎片不会出现。

 

InnoDB中文参考手册---12文件空间管理和磁盘I/O

  • zgqtxwd
  • zgqtxwd
  • 2008年04月30日 07:20
  • 150

InnoDB 中文参考手册 --- InnoDB Tables 概述

InnoDB 中文参考手册 --- 犬犬(心帆)翻译 code {color:purple} tt {color:green} samp {color:navy} pre {color:ma...
  • shuixin13
  • shuixin13
  • 2003年05月22日 08:28
  • 1084

主存和磁盘I/O的原理

主存存取原理 目前计算机使用的主存基本都是随机读写存储器(RAM),现代RAM的结构和存取原理比较复杂,这里本文抛却具体差别,抽象出一个十分简单的存取模型来说明RAM的工作原理。 图5 从抽象角度看...
  • abcd1101
  • abcd1101
  • 2017年02月16日 22:49
  • 406

Linux性能之磁盘I/O

磁盘I/O是任何Linux系统中最低速的部分。这主要是由于它们与CPU距离,还有就是磁盘需要物理地运动才能工作(就是磁盘转动然后寻找文件位置)。以下描述几种内核获取数据I/O不同方式,从磁盘到内存,或...
  • xygl2009
  • xygl2009
  • 2015年07月15日 20:56
  • 1914

最全面的I/O优化介绍 从文件系统到磁盘管理

 1、系统学习 IO性能对于一个系统的影响是至关重要的。一个系统经过多项优化以后,瓶颈往往落在数据库;而数据库经过多种优化以后,瓶颈最终会落到IO。而IO性能的发展,明显落后于CPU的发展。M...
  • doitsjz
  • doitsjz
  • 2016年03月09日 12:04
  • 2026

是什么导致MySQL数据库服务器磁盘I/O高?

0、导读 有个MySQL服务器的磁盘I/O总有过高报警,怎么回事? 1、问题 我的朋友小明,TA有个MySQL服务器最近总是报告磁盘I/O非常高,想着我这有免费的不用白不用的企业技术服务(TA自...
  • ahjxhy2010
  • ahjxhy2010
  • 2016年11月17日 15:38
  • 404

linux下磁盘I/O查看

Linux系统出现了性能问题,一般我们可以通过top、iostat、free、vmstat等命令 来查看初步定位问题。其中iostat可以给我们提供丰富的IO状态数据。 1. 基本使用 $iost...
  • sd4015700
  • sd4015700
  • 2014年04月11日 15:22
  • 2612

磁盘 I/O 性能监控指标和调优方法

磁盘 I/O 性能监控指标和调优方法 在介绍磁盘 I/O 监控命令前,我们需要了解磁盘 I/O 性能监控的指标,以及每个指标的所揭示的磁盘某方面的性能。磁盘 I/O 性能监控的指标主要包括:...
  • haiross
  • haiross
  • 2015年01月22日 13:40
  • 854

每天进步一点点————磁盘I/O问题

一、           磁盘I/O问题 1.   使用磁盘阵列 RAID(廉价的磁盘冗余阵列) 如何选择RAID:          数据读写都很频繁,可靠性要求也很高,那么最好选择RAID...
  • u013660039
  • u013660039
  • 2015年09月07日 11:57
  • 1045

网络和I/O

一、网络HttpURLConnection 类HttpURLConnection 类是基于HTTP协议的,其底层是通过Socket实现的。URL请求的类别: 分为二类,GET与POST请求。二者的...
  • qq_30154277
  • qq_30154277
  • 2016年07月21日 12:51
  • 610
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:InnoDB 中文参考手册 --- 12 文件空间管理和磁盘 I/O
举报原因:
原因补充:

(最多只允许输入30个字)