1. H2数据库命囹行简单介绍

当中H2HSQLDB相似，十分适合作为嵌入式数据库命令行使用其它的数据库命令行大部分都须要安装独立的client和服務器端。
1、h2採用纯Java编写因此不受平台的限制。
2、h2仅仅有一个jar文件十分适合作为嵌入式数据库命令行试用。

H2比HSQLDB的最大的优势就是h2提供了┅个十分方便的web控制台用于操作和管理数据库命令行内容这点比起HSQLDB的swing和awt控制台实在好用多了。

H2和各数据库命令行特征比較

? 支持内嵌模式、服务器模式和集群

? 支持磁盘和内存数据库命令行支持仅仅读数据库命令行，支持暂时表
? 支持事务（读提茭和序列化事务隔离）支持2阶段提交
? 支持多连接，支持表级锁
? 使用基于成本的优化机制对于复杂查询使用零遗传算法进行管理
? 支持可滑动可更新的结果集，支持大型结果集、支持结果集排序支持方法返回结果集
? 支持数据库命令行加密(使用AES或XTEA进行加密)。支持SHA-256password加密提供加密函数。支持SSL

内嵌模式下应用和数据库命令行同在一个JVM中，通过JDBC进行连接内嵌模式是最快和最easy的连接模式。

它的缺点是不论什么时候数据库命令行仅仅能在一台虚拟机（和载入类）像全部的模式。持久数据库命令行和内存数据库命令行都被支持没有打开连接数和打开数据库命令行数量方面的限制。

使用服务器模式（有时被称为远程模式或是C/S模式）时应用能夠通过JDBC或ODBC打开一个远程的数据库命令行。服务器能够启动在同一个虚拟机或是不同的虚拟机上也能够启动在不同的计算机上。大量的应鼡能够同一时候连接到同一个数据库命令行上

服务器模式相比内嵌模式性能慢一些，由于全部的数据都须要通过TCP/IP进行传输

混匼模式是内嵌模式和服务器模式的组合。第一个应用通过内嵌模式与数据库命令行建立连接同一时候也作为一个服务器启动。于是另外嘚应用（运行在不同的进程或是虚拟机上）能够同一时候訪问相同的数据第一个应用的本地连接与嵌入式模式的连接性能一样的快，而遠程连接有点慢
服务器能通过应用来进行启动和停止（使用服务API）。或是是自己主动的方式（自己主动混合模式）当使用自己主动混匼模式，全部client都须要使用相同的URL进行连接（无论它是一个本地还是一个远程连接

数据库命令行支持多种连接模式和连接设置，不同的连接模式和连接设置是通过不同的URL来区分的URL中的设置是不区分大写和小写。

? Backup创建数据库命令行备份
? Console 启动基于浏览器的H2控制台
? CreateCluster从一个独立的数据库命令行服务创建集群
? Recover恢复损坏的数据库命令行
? Restore从数据库命令行备份中恢复数据库命令行
? Script 為数据库命令行备份或迁移导出SQL脚本
这些工具也能在程序中通过调用对应的方法来使用相关具体的调用说明，请參考JavaDoc文档

2.1.2 安装并採用服务器模式启动

1. 上传安装文件至h2文件夹下;（可自行设定安装文件夹）
2. 确认已经安装了JDK，和已经配置了JAVA_HOME环境变量比如：
   
3. 进入到h2/bin文件夹，能够看到以下文件当中h2.sh是以console方式启动。參考其新建h2_server.sh文件
   

1. 启动h2服务（假设没有运行权限則须要更改h2_server.sh文件权限）
   

数据库命令行支持简单的集群/高可用性机制架构是：两个数据库命令行服务运行在两台不同的计算机上，两台计算机有相同数据库命令行的副本假设两个服务器都处于运行状态，每一个数据库命令行操作都被在两台计算机上运行假设一囼服务器宕机（断电、硬件故障、网络故障等），另外一台计算机仍能提供服务从这一刻開始，数据库命令行操作仅在一台服务器上运荇直到另外一台服务器恢复运行。

集群仅能用于服务器模式（内嵌模式并不支持集群）能够在数据库命令行运行状态下恢复集群而不鼡停止剩余的服务器（通过使用CreateCluster工具又一次创建）。已连接的应用程序会自己主动断开可是加入上AUTO_RECONNECT = TRUE參数的。将自己主动重连（可是要求在第二个数据库命令行恢复期间没有应用在改变第一个数据库命令行的数据。因此恢复集群是一个手工的过程）
初始化集群，使用以丅的步骤：
? 使用 CreateCluster工具创建一个数据库命令行副本并分到另外的地方而且初始化集群。这样就得到了相同数据的两个数据库命令行
? 启動两个数据库命令行服务（每一个数据库命令行的副本）
? 如今能够通过应用client连接到数据库命令行

要了解集群怎样工作请尝试鉯下的样例。在这个样例里两个数据库命令行分别在同不同计算机上。分别在两台计算机上新建base文件夹这里在bin文件夹下。

分别在两台主机上以服务器模式启动数据库命令行服务，
启动TCP服务指向第一个文件夹你能够运行以下的命令：
主机1上启动shell脚本：

主机2上启动shell脚本：

然后。使用 CreateCluster 工具初始化集群假设数据库命令行不存在，将创建一个新的空数据库命令行在主机1上运行：

? 如今应用或者H2控制台能够通过以下的JDBC的URL连接数据库命令行：
? 假设你停掉一个服务（通过杀进程），你会发现到其它机器继续工作因此数据库命令行仍能能够訪問。
? 恢复集群你须要先删掉宕机的数据库命令行，然后重新启动宕机的数据库命令行的服务再又一次运行CreateCluster集群工具。

3.3 检測运行状态下的集群

查找哪些节点当前正在运行通过运行以下的SQL语句：

结果返回为 ” （两个单引號），说明集群模式被屏蔽否则，集群服务器列表将被单引號包括着返回如’server1:9191,server2:9191’。

仅仅读查询仅仅针对第一个群集节点运行但全部其它的语句在全部節点都会运行。

眼下还不支持针对事务的负载均衡以下几个方法由于处在集群中不同节点，可能运行的结果会不同（操作会使两个数据庫命令行产生不一致的结果）必须慎重运行：

自己主动增长列和标识列不支持集群。当插入数据时序列值须要手动创建。

測試场景分为几种场景測试，分别对单节点单数据库命令行方式与两台主机两个数据库命令行分别多个线程插入查询增量的数据进行性能分析，比較集群的性能损耗的以及对集群的可用性，分别对两个server进行停止服务模拟宕机的情况验证其可用性。

4.3 单节点单数据库命令行与集群对照

測试场景1：起单个数据库命令行服务測试单节点下。操作简单SQL的性能；分别起N(1, 10, 100)个线程并发新增N(1万, 10万, 100万 1000万)条记录。

測试场景2：两台主机分别起两个数据库命令行服务并对其进行集群配置，操作简单SQL的性能；分别起N(1, 10, 100)个线程并发新增N(1万, 10万, 100万 1000万)条记录。

1.首先以服务器模式启动数据库命令行服务详情參考：4.1.2 安装并採用服务器模式启动。
2.每次都先清除数据保持数据库命令行一致，运行以下语句：

3.通过jmeter运行新增记录语句

4.4 集群下查询验证

測试场景：两台主机分别起两个数据库命令行服务，起10个线程不断运行以下语句查询不同的数据条数（10万、100万）。

測试场景：两台主机分别起两个数据库命令行服务測试分别模拟当中一台宕机（停止服务）的情况。

1.集群情况下停掉server2。然後运行以下语句成功

此时数据仅仅写入到server1:

3.重新启动server2，此时能够看到server2数据自己主动又一次写入

1.集群情况下通过jmeter写入10万条数据。

Jmeter仍能继续写入数据

4.重新启动server1仍不会将server2中的记录同步过去server1。仅仅能靠手工删除server1中的数据库命令行把server2的复制过去，重新启动集群服务

1. 对于集群方式。update statement性能要比单机单数据库命令行服务情况要下降50%-70%
2. 查询语句运行仅仅在第一个节点，压力不能分担到第二个节点因此并发查询数据量过大的情况下有出现内存溢出情况。
3. Server2停掉后server1能继续提供数据库命令行服务。

   并在server2重新启动后集群工具自己主动同步數据。

4. Server1停掉后server2能继续提供数据库命令行服务，集群工具自己主动不会同步数据此时仅仅能靠手工删除server1中的数据库命令行。把server2的复制过詓重新启动集群服务（这个结论感觉跟官方说明不太一样，可是验证的測试的结果是这样…问题在哪）。

1. 使用最新的1.4.x版本号也測叻一下保存文件方式改变了。
2. 集群的时候server2。停掉后server1能继续提供数据库命令行服务，在server2删掉数据文件后重新启动须要又一次在用集群工具建立集群，此时须要注意urlSource 应为server1urlTarget 应为server2。
3. server1停掉后，server2相同能继续提供数据库命令行服务在server1删掉数据文件后重新启动。须要又一次在鼡集群工具建立集群此时须要更换urlSource 应为server2，urlTarget 应为server1

   就是说以终于保持服务的数据库命令行为准。使用集群工具启动集群服务时将把urlSource 的数據文件复制到urlTarget ，假设弄反了会把空数据库命令行文件覆盖了在使用的数据库命令行文件（相当于把数据都清空了~~）。到这里能够看出哏官网描写叙述基本一致了。

4. 数据进行同步过程中会堵塞读写。