【IT168 专稿】IBM SolidDB是一款数据管理平台，该平台将基于内存和磁盘的全事务处理数据库引擎、载体级高，可用性及强大的数据复制功能紧密地融为一体。

　　SolidDB集基于内存和磁盘的多线程数据库引擎于一身，以提高事务处理速度并在同一数据库内最有效地利用系统资源。SolidDB管理平台的设计可以无缝融合到需要高速、灵活以及需要不间断访问的数据管理技术解决方案中。用户既可以把表建在内存内，也可以象普通数据库一样建在磁盘上，使用非常灵活，而且具备完善的数据保护机制。

　　SolidDB是一个具备完整功能的关系型数据库，完全支持SQL规范以及ODBC/JDBC。SolidDB完整的功能更可以满足用户日益扩大的应用需求，同时也能帮用户节约开发时间和成本。

　　SolidDB在同类产品中有一些很独特的功能，如Smart Flow, Transparent Failover, Load Balance以及Universal Cache(可以加快访问 IBM DB2、IBM Informix? Dynamic Server (IDS)、Oracle、Microsoft SQL Server 和 Sybase 数据库的速)等。

　　Solid公司于2008年被IBM收购，SolidDB成为IBM家族的一个产品。

　　安装配置

　　1. 安装

　　solidDB 系统需求大约 64MB 磁盘空间，用于保存代码、文档和测试数据库。默认配置需要至少 40MB 内存，在内存中保存的每个表需要额外的空间。

　　solidDB 数据库的安装是通过 Java based InstallAnywhere 来进行的，因此需要 JRE 或 JDK 1.4.2 或更新的版本来运行 solidDB 安装程序。

　　整个安装步骤大致如下：

　　·如果还没有安装 Java 运行时环境(JRE)或 Java Development Kit(JDK)，V1.4.2 或更新的版本，先将其安装。

　　·在 Windows 系统上，运行 exe 产品安装文件执行安装。在 Unix 或 Liunx 系统上，运行相应的 bin 产品安装文件执行安装。界面如图 1 所示。

　　·在简介屏幕上，按 Enter 键以显示许可协议。浏览并接受许可协议。输入安装目录的绝对路径，或者按 Enter 键以接受缺省值。如果安装程序无法创建此目录，那么将提示您指定另一个目录。查看安装总结。按 Enter 键以开始安装。

　　·如果购买了 solidDB 或 solidDB Universal Cache，请将许可证文件(solid.lic 或 soliduc.lic)从许可证证书映像复制至 solidDB 工作目录。solidDB 的缺省安装将在 solidDB 安装目录下包括一个评估许可证(solideval.lic)。评估许可证允许您在 90 天之内试用 solidDB。

　　·如果计划使用 solidDB JDBC 驱动程序，将所在环境的 CLASSPATH 环境变量设置为包含 solidDB JDBC 驱动程序 .jar 文件安装路径。 solidDB JDBC 驱动程序(SolidDriver2.0.jar)位于 solidDB 安装目录下的 jdbc 目录中。

　　2. 配置

　　solidDB 从 solid.ini 文件中获取它的大多数配置信息。更确切地说，其实有两个不同的 solid.ini 配置文件，一个位于服务器上，另一个位于客户端。这两个配置文件都不是必需的。如果没有配置文件，那么将使用出厂值。这两个 solid.ini 配置文件分别包含客户端和服务器的配置参数。如果使用了 ODBC 驱动程序，那么将使用客户端配置文件，并且此文件必须在应用程序的工作目录中。

　　当启动 solidDB 时，它将从 solid.ini 配置文件中读取配置参数。也可以使用不带配置文件的 solidDB，这种情况下将使用缺省设置。solid.ini 配置文件指定了可帮助定制和优化 solidDB 的参数。例如，FileSpec 参数指定 solidDB 数据库文件的名称和最大大小。

　　另外，当启动 solidDB 时，它将检查数据库是否已经存在。如果未找到任何数据库，那么引擎会自动使用 solid.ini 配置文件中的设置来创建新的数据库。

　　Benchmark测试

　　·测试环境

　　本次测试使用的软硬件环境如下：

　　硬件配置：Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz，4核8线程，内存8GB。

　　操作系统： Redhat Enterprise Linux 6.0 X64。

　　·测试假定

　　本次测试为充分展示内存数据库的性能，使用SolidDB的Disk less方式，并创建内存表，使用SolidDB的sa接口完成测试。

　　·数据结构

　　插入测试

　　1. 单线程

　　首先进行单线程的插入测试，向数据库中插入10000000条记录，性能如下：

　　单线程插入10000000条记录的耗时为1796秒，每条记录的花费时间为180微秒，每秒处理的记录数为0.56万。

　　2. 四线程

　　之后我们增加线程数为4.

　　四个线程同时插入10000000条记录，性能如下：

　　四个线程插入10000000条记录的总耗时为493秒，平均每条记录耗时49.3微秒，每秒处理2万条数据。

　　3. 八线程

　　最后将线程数增加到八个线程，向数据库中添加10000000条记录，每个线程的性能和总体性能如下：

　　可以看到8个并发写入10000000条记录所花费的时间大概为178.8秒，平均每秒可以添加5.6万条记录。

　　4. 总结

　　插入操作的总体吞吐率：

　　可以看到，插入操作的性能，8个线程并发操作时，吞吐率最大。

　　更新测试

　　1. 单线程

　　首先进行单线程的更新测试，在数据库中进行10000000次更新，每次更新一条记录的所有字段，性能如下：

　　单线程更新10000000条记录的耗时为2606秒，每条记录的更新花费时间为261微秒，每秒处理的记录数为0.38万。

　　2. 四线程

　　之后我们增加线程数为4.

　　四个线程同时更新10000000条记录，性能如下：

　　四个线程更新10000000条记录的总耗时为757秒，平均每条记录耗时75.7微秒，每秒处理1.32万条数据。

　　3. 八线程

　　更新测试是通过八个线程，同时更新数据库中记录，共10000000次操作，每个线程的性能和总体性能如下：

　　可以看到8个并发同时更新10000000条记录所花费的时间大概为242秒，平均每秒可以更新4.1万条记录。此处的更新为涉及到了每条记录的每个字段。

　　4. 总结

　　更新操作的总体吞吐率：

　　可以看到，更新操作的性能，同样也是8个线程并发操作时，吞吐率最大。

　　查询测试

　　1. 单线程

　　首先进行单线程的查询测试，在数据库中进行10000000次查找，性能如下：

　　单线程进行10000000次查询的耗时为1758秒，每次查询花费时间为176微秒，每秒处理的操作数为0.57万。

　　2. 四线程

　　之后我们增加线程数为4.

　　四个线程进行10000000次查找操作，性能如下：

　　四个线程进行10000000次查找操作的总耗时为460秒，平均每条记录耗时46微秒，每秒处理2.17万次查询操作。

　　3. 八线程

　　查询测试是通过八个线程，同时查询数据库中记录，共10000000次查询，每个线程的性能和总体性能如下：

　　可以看到8个并发同时查询10000000条记录所花费的时间大概为140秒，平均每秒可以进行7.1万次查询。

　　4. 总结

　　查询操作的总体吞吐率：

　　可以看到，查询操作的性能，同样也是4个线程并发操作时，吞吐率最大。

　　1:1读写测试

　　1. 四线程

　　首先进行四线程的读写测试，其中2个线程做更新操作，另外两个线程做查询操作，持续运行10秒钟，每个线程的性能和总体性能如下：

　　在四个线程进行读写测试时，平均每秒可以进行1.08万次查询，0.63万次更新，总体吞吐率为1.71万。

　　2. 八线程

　　读写测试是通过八个线程，其中四个线程持续做更新操作，另外四个线程做查询操作，持续运行10秒中，每个线程的性能和总体性能如下：

　　可以看到同时进行读写测试时，平均每秒可以进行3.5万次查询，2.1万次更新，总体吞吐率为5.6万。

　　3. 总结

　　1：1读写操作的总体吞吐率：

　　可以看到，1：1读写操作的性能，8线程比4线程总体吞吐率高很多。

　　删除测试

　　1. 单线程

　　首先进行单线程的删除测试，在数据库中进行10000000次删除，每次删除一条记录，性能如下：

　　单线程进行10000000次删除操作的耗时为2595秒，每次查询花费时间为259.5微秒，每秒处理的操作数为0.385万。

　　2. 四线程

　　之后我们增加线程数为4.

　　四个线程进行10000000次删除操作，性能如下：

　　四个线程进行10000000次删除操作的总耗时为647秒，平均删除每条记录耗时64.7微秒，每秒处理1.55万次删除操作。

　　3. 八线程

　　删除测试是通过八个线程，按照记录ID，同时删除数据库中记录，共10000000个对象，每个线程的性能和总体性能如下：

　　可以看到8个并发同时删除10000000条记录所花费的时间大概为273秒，平均每秒可以进行3.7万次删除。

　　4. 总结

　　查询操作的总体吞吐率：

　　可以看到，删除操作的性能，同样也是8个线程并发操作时，吞吐率最大。

　　以上测试都是每次操作都为一个事务，每次操作只涉及一条记录。

　　本文总结：

　　这里的测试的所有数据均是驻留在内存中，SolidDB有两种数据库引擎，同时支持内存表和磁盘表，查询和事物可以同时跨越两种类型的表，表类型对应用和用户透明，由于查询磁盘表会极大的损失性能，不能作为内存数据库的参考，故在此没有测试。双数据库引擎这种设计原想是想把冷数据和热数据分开存放，即要内存数据的性能，又要磁盘数据库稳定。在2007年，SolidDB推出了SolidDB for MySQL，2008年被IBM收购，成为了IBM数据库产品。