前言
如果你使用过 MySQL 数据库,对它的存储引擎:InnoDB,一定不会感到陌生。
众所周知,在 MySQL5 以前,默认的存储引擎是:MyISAM。但 MySQL5 之后,默认的存储引擎已经变成了 InnoDB,它是我们建表的首选存储引擎。
那么,问题来了:
-
InnoDB 底层是如何存储数据的?
-
表中有哪些隐藏列?
-
用户记录之间是如何关联起来的?
如果你想知道上面三个问题的答案,那么,请继续往下面看。
本文主要包含如下内容:
1. 磁盘 or 内存
1.1 磁盘
数据对系统来说是非常重要的东西,比如:用户的身份证、手机号、银行号、会员过期时间、积分等等。一旦丢失,会对用户造成很大的影响。
那么问题来了,如何才能保证这些重要的数据不丢呢?
答案:把数据存在磁盘上。
当然有人会说,如果磁盘坏了怎么办?
那就需要备份,或者做主从了……
好了,打住,这不是今天的重点。
言归正传。
大家都知道,从磁盘上读写数据,至少需要两次 I/O 请求才能完成。一次是读 I/O,另一次是写 I/O。
而IO请求是比较耗时的操作,如果频繁进行 I/O 请求势必会影响数据库的性能。
那么,如何才能解决数据库的性能问题呢?
1.2 内存
把数据存在寄存器?
没错,操作系统从寄存器中读取数据是最快的,因为它离 CPU 最近。
但是寄存器有个非常致命的问题:它只能存储非常少量的数据,设计它的目的主要是用来暂存指令和地址,并非存储大量用户数据的。
这样看来,只能把数据存在内存中了。
因为内存同样能满足我们,快速读取和写入数据的需求,而且性能是非常可观的,只是比较寄存器稍稍慢了一丢丢而已。
不过有个让人讨厌的地方是,内存相对于磁盘来说,是更加昂贵的资源。通常情况下, 500G 或者 1T 的磁盘,是很常见的。但你有听说过有 500G 的内存吗?别人会以为你疯了。内存大小讨论的数量级一般是 16G 或 32G。
内存可以存储一些用户数据,但无法存储所有的用户数据,因为如果数据量太大了,它可能还是存不下。
此外,即使用户数据能刚好存在内存,以后万一有一天,数据库服务器或者部署节点挂了,或者重启了,数据不就丢了?
怎么做,才能不会因为异常情况,而丢数据。同时,又能保证数据的读写速度呢?
2. 数据页
我们可以把一批数据放在一起。
写操作时,先将数据写到内存的某个批次中,然后再将该批次的数据一次性刷到磁盘上。如下图所示:
<