人工智能、大数据和云

• 微观上，表空间文件从物理上分隔为大小相等且连续的页。
• 宏观上，表空间文件从物理上分隔为大水相乘且连续的区/簇。
• 0号文件的0号页称为FSP页，即首页，可以假定为表空间的封面页。它存储了整个表空间其它组件的链表指针，是整个表空间的入口页。
• 从逻辑上，FSP页通过两条线指向不同组件。(1)：通过FSP_SEG_INODES_FULL(已写满的段页链表)和FSP_SEG_INODES_FREE(未写满的段页链表)，指向段信息。段实体又通过FSEG_FREE(空闲的区/簇链表)、FSEG_FULL(写满的区/簇)、FSEG_NOT_FULL(未写满的区/簇)，指向属于本段的区/簇。(2)：通过FSP_FREE(空闲的区/簇链表)、FSP_FREE_FRAG(未写满的碎片区/簇)、FSP_FULL_FRAG(已写满的碎片区/簇)，指向不属于任何段的区/簇。
• 每256个区/簇的第一个区/簇的第一页存储这256个区/簇的管理信息。0号页因为特殊叫做FSP页，其它叫做XDES页。通过这个页号以及存储在其中的Entry位置偏移量，可以很容易的计算出这256个区在磁盘上的位置。因此即使XDES Entry中没有记录区/簇的编号或地址，也可以知道每个Entry管理的是哪个区/簇。
• 当index页中插入一条数据时，如果本页已满，则需要向此页所在的区/簇申请空间，如果此区/簇也满了，则向所在的段申请，如果段也满了，则会向表空间申请，表空间会通过操作系统向磁盘申请3个区/簇，并加入到FSP中的FSP_FREE链表中。然后再一级级分配，存储到其对应的链表中。

行/Row

以上介绍的所有对象都是为了给业务数据分配一块用来存储的物理空间，到此终于可以在指定的页中记录业务数据。而innodb是基于行进行存储，下面简单的看一看行Compact格式的存储结构。
 

基础设施

基础结构设置曾经是一些脚本，这些脚本可以自动化过程的某些部分，但需要手动触发。这花费了很多时间才能完成，并且产生了许多本可以避免的错误。

在DevOps中，ops的工作远不止脚本。它实际上是在编码-基础结构本身已成为代码。通过代码构建和配置云基础架构。这是大多数开发人员从“服务器思维”到“服务思维”的转变。基础架构即代码使您能够定义基础架构组件的外观。组件中捆绑了有关如何配置它的逻辑。您需要为该组件准备好进行部署的步骤定义一个管道。

要成为基础结构编码员，而不是基础结构管理员，您需要考虑工作负载和服务而不是服务器。

自动化是关键

在传统的IT实践中，自动化部分是关于创建一致性并记录所有内容并减少变量。文档是必不可少的，但是它绝不能减慢自动化速度，更糟糕的是，它可以成为不自动化的借口。

手动工作和重复性任务总是容易出错。一遍又一遍地进行相同的配置，否则可能变得毫无趣味和效率低下。

自动化是开发周期每个阶段的一部分。从代码提交到构建触发，执行单元测试，打包，部署到环境，验证，冒烟，验收测试，再到最终部署到生产。

自动化基础架构设置，配置环境和部署软件是DevOps的主要优势。这有助于在数小时内交付从代码到生产的功能，并获得更快的产品反馈。

失败与错误

DevOps遵循Fail Early理念。在传统的IT环境中，失败不是一种选择。您为避免损失的风险做任何事情：介绍会议，流程，批准…

在DevOps中，失败是游戏的一部分。这是不可避免的。如果您的故障很小且过早发生，则可以控制故障，从而可以快速恢复。关于失败的讨论至关重要，因为它是学习的机会。出问题的地方比做正确的事更重要。DevOps是一种无可指责的文化。DevOps实践支持这种文化，从测试驱动的开发，小批量部署，自动化开始。

可见度增加

传统的IT公司在看谁看到内容方面有流程和限制。有权进行监视被认为是巨大的责任。在DevOps中，每个人都必须具有对该软件的访问权限和可见性。这有助于开发人员领先于问题，更好地检测问题和解决问题。应将应用程序日志记录与环境日志记录结合使用，以便开发人员了解应用程序在不同环境中的工作方式。访问监控有助于团队确定故障点，提高自动化程度和软件质量。

工具

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!