mysql bdb_深入理解mysql之BDB系列（1）---BDB相关基础知识(摘自老杨)

一：BDB体系结构

1.1.BDB体系结构

BDB整体的体系结构如图1.1所示，包含五个子系统(见图1.1中相关数)。1)数据存取子系统，2)事务子系统，3)锁子系统，4)内存池管理子系统，5)日志子系统。

在一个应用程序中，并不一定需要完全具备这5大子系统。

如果程序只使用了数据存取子系统，它的体系结构如图1.2。在图1.2中，我们只使了两个子系统：数据存取以及内存池子系统。(备注：另外三个子系统在BDB系统中隐式调用)

1.2.子系统的介绍

1)数据存取子系统

数据存取子系统提供多种存取数据库文件的方法：1)B树、2)HASH文件、3)定长记录以及4)变长记录。

对于这四种不同的存取类型，BDB系统提供几乎一致的接口。比如，要打开一个数据库，都使用DB->open。

有些情况下，为更快的存取效率而不使用事务子系统，数据存取子系统可以单独使用，从而提供更快的存取速度(见图1.2)。

2)事务子系统

事务子系统允许将一系统的操作看作为一个原子操作，或者全部完成，或者全部取消。可以根据应用的具体情况，设置事务的隔离级别。

事务子系统可以单独使用，适用于需要符合事务特性的应用。

3)锁子系统

锁子系统为BDB提供锁机制，为系统提供读、写控制。可以允许多用户同时进行读操作，只允许单用户进行排它的修改操作。通过子系统，申请读、写权限，一旦申请成功，便可进行相关操作。事务子系统利用锁机制来实现多个事务的并发控制。

锁子系统可以被应用程序单独使用，为应用提供一个灵活的、快速的、可设置的锁管理。

4)内存池管理子系统

该子系统为多进程(或多线程)共享存取数据提供可能。需要页数据时，如果数据已经缓冲在内存池中，则直接使用，否则将新的页读到内存池中供用户使用。在必要的时候，将修改的页数据进行刷盘操作。

该子系统可以被应用程序单独使用。内存池管理子系统为应用提供灵活的、面向页、数据缓冲管理。

5)日志子系统

该子系统采用先写日志先写数据的策略，用于支持事务子系统进行数据恢复，保证数据一致性。该子系统不能被应用程单独使用，只能做为事务子系统的调用模块。

二：BDB环境(Environment)

2.1.概述

BDB环境是对一个或多个数据库、日志文件以及区域文件的一个封装。区域文件可以理解为共享内存池，用来保存类似缓冲页的BDB环境信息。只有数据库文件是平台独立的，可以在不同的byte-order机器上进行移动。日志文件可以在同byte-order的机器上进行移动。但是，区域文件对特定的机器是唯一的，不能与其它类型机器进行日志文件的移动，甚至对于不同版本的操作系统，虽然机器类型相同却也不能移动。

管理BDB环境最简单的方法就是创建一个home目录，在该目录中存储需要共享环境的文件。如果需要使用home目录(比如目录myhome)，必须在应用程序运行之前创建好该目录(比如在工作目录下创建一个命令为myhome的文件夹)，因为BDB本身不会为用户创建home目录。BDB环境通过目录名进行标识。

一个环境可以被多进程以及多线程共享。一个环境可以引用系统其它目录的资源，应用程序常常选择将资源分布到不同的目录或者磁盘，以此来提升程序性能。尽管如此，在默认情况下，数据库文件、共享区域(包括锁、日志缓冲区、内存池、事务共享内存区域)以及日志文件存储在一个同层次目录中(home目录中，可以包括其它的比如，比如在其中创建一个mydata目录用来存储用户的数据库文件)。

共享同一个环境的所有应用，它们彼此之间是互相信任的。它们能互相访问对方的数据，因为这些数据都是放在共享区域中的。它们共享类似于buffer以及锁之类的资源。与此同时，如果多个应用想要使用同一个数据库，并且需要它们之间保持一致性，则必须共享同一个环境。

2.2.创建BDB环境

BDB环境是通过db_env_create以及DB_ENV->open接口来创建和描述的。在需要定制的地方，比如将日志文件存储到一个单独的磁盘，或者选择一个特定的值做为cache的大小，应用通过环境配置文件或者将参数传递给DB_ENV处理函数来实现定制。

一旦一个环境被创建，被指定相关路径的数据库文件，都将相对环境的home目录来创建。用相对路径允许整个环境的轻易的移动。简化了在不同目录和不同系统中重建和恢复的步骤。

一旦应用程序首先通过db_env_create方法获得一个环境句柄，然后调用DB_ENV->open来创建或加入数据库环境。这里有很多选项你可以在调用DB_ENV