淘宝开源数据库OceanBase编译、安装和配置手册

概述

    OceanBase是 一个高性能的分布式表格系统，提供类似BigTable的性能和扩展性，但表格中保存的是强类型的数据，比如integer,string，datetime等。 它使用C++编写，运行于64位Linux环境下。生产环境下需要使用多台机器搭建OceanBase集群以提供高可用和高性能，但是你也完全可以使用一 台机器运行OceanBase。

    本章节讲解如何迅速搭建一个可用的最小OceanBase环境，在这之前请确保你能提供以下的条件:

• 64位的Linux服务器一台, 内存至少1G。
• 足够的磁盘空间，最少100MB。
• 拥有root权限或能通过sudo提升至root权限。

    如果你满足要求，恭喜你。可以继续安装OceanBase的过程了。这大概分为如下几个步骤:

• 从源码编译安装OceanBase及其依赖的库
• 启动OceanBase
• 使用OceanBase

    最后，我们会对OceanBase中的配置做一个粗略的解释以帮助你解决启动时遇到的问题。

从源码编译安装OceanBase及其依赖的库

    在安装OceanBase之前，请检查gcc的版本:

   最好用gcc 4.1.2编译，如果版本不匹配，不一定可以编译成功，欢迎大家测试不同版本的编译器，同时欢迎大家提供patch让OceanBase能在更多版本的编译器下编译通过。

    Oceanbase在运行时需要用到一些动态库，建议在bashrc中将LD_LIBRARY_PATH设置好：

安装依赖的库

[libtoolize]

    编译脚本中用到了aclocal, autoconf, automake等工具，一般机器上会自带。如果机器上没有安装，请先安装：

liblzo2

    liblzo2是一个压缩库，OceanBase需要用它来压缩静态数据. 利用yum快速安装

    如果yum找不到这个包，可以选择手动安装：

    安装完成后你可以编译一个C程序看看编译器能否找到它:

    如果没报错就说明安装成功了。如果显示下面的消息则说明$LD_LIBRARY_PATH变量没有配置正确，请确定liblzo2.so.2所在目录并加入到$LD_LIBRARY_PATH中。

Snappy

    Snappy是Google出品的压缩库，OceanBase用它来压缩静态数据[可选]. 注意：Snappy依赖于lzo库，请先装lzo库再装Snappy。利用yum快速安装

    如果yum找不到这个包，可以选择手动安装：

    安装完成后你可以编译一个C程序看看编译器能否找到它:

    如果没报错就说明安装成功了。如果显示下面的消息则说明$LD_LIBRARY_PATH变量没有配置正确，请确定liblzo2.so.2所在目录并加入到$LD_LIBRARY_PATH中。

libnuma

    Oceanbase中用到了NUMA支持，需要libnuma的支持。下面通过yum安装numactl来添加numa相关的头文件和库。

    如果yum找不到这个包，可以选择手动安装：

libaio

    Oceanbase中用到了AIO，需要libaio的支持。下面通过yum安装libaio来添加numa相关的头文件和库。

    如果yum找不到这个包，可以选择手动安装：

tbnet和tbsys

    tbsys是对操作系统服务的封装，tbnet则提供了网络框架，OceanBase依赖于这两个库。 tbnet和tbsys被作为tb-common-utils被开源了， 可以访问  http://code.taobao.org/trac/tb-common-utils/wiki/ZhWikiStart 以了解更多情况。 注意，安装和使用tbnet和tbsys之前，要设置好 TBLIB_ROOT 这个环境变量，这个环境变量指示了安装tbnet和tbsys库的路径.

    用如下命令下载源码并编译安装:

    安装成功后, TBLIB_ROOT 所指示的目录下会有include和lib两个目录，可用如下的命令验证编译器能否找到库:

    如果报错，检查 TBLIB_ROOT 是否设置正确了。

gtest

    可选。如果你执行./configure –without-test-case不编译OB的test，那么这一节可以忽略。如果你要编译test，本节内容仅供参考：新版gtest是不允许安 装的，gtest上的wiki有说到。建议./configure && make之后，直接:

编译安装OceanBase

    检出OB分支源代码：

    编译安装

    注意 –without-test-case表示不编译测试用例，因为OceanBase使用googletest作为测试框架，如果你想跑单元测试，需要把googletest的头文件和库放入到oceanbase源码顶层目录的include和lib目录。 安装完成后需要进行一次初始化，根据当前机器配置生成必要的初始化文件。执行single-machine-bootstrap脚本就可以完成全部初始化工作。

一切初始化完成后系统目录如下图所示：

 /
        |--/usr/lib/
        |   |-- liblzo*.so.*
        |   |-- libsnappy*.so.*
        |   `-- ...
        |
        |--$HOME
            |-- tb-common-utils
            |-- ob-src-dir
            |   `- ...
            |
            `-- ob-install-dir
                |-- single-machine-bootstrap
                |-- include
                |-- lib                     
                |-- bin                     
                |-- @etc                    
                |   |-- rootserver.conf
                |   |-- mergeserver.conf
                |   |-- chunkserver.conf
                |   |-- updateserver.conf
                |   `-- schema.ini          
                |
                `-- @data                   
                    |-- ups_commitlog
                    |-- rs_commitlog
                    |-- ups_data
                    |-- log
                    |-- cs
                    `-- rs

启动OceanBase

    在整个OceanBase集群中一共有四种角色：RootServer?,UpdateServer?,ChunkServer?和MergeServer:

• RootServer?是集群的中心控制结点
• UpdateServer?是集群的更新服务结点
• ChunkServer?是集群静态数据存储结点
• MergeServer?为查询服务结点。

    应用程序使用OceanBase，需要通过客户端库，客户端只需要知道RootServer的地址即可。

    在最简单的情况下，OceanBase由一个RootServer, 一个UpdateServer, 一个ChunkServer和一个MergeServer组成，这四个Server都运行在同一台物理机上。可以用如下的命令启动四个Server:

    当然，OceanBase并不强制要求四个Server的启动顺序。

    Server都作为daemon运行，可以用如下命令查看对应的log：

    在成功启动OceanBase后，按照默认的配置认生成了一个名为test的表。这个表是典型的kv数据表，可以使用OceanBase提供的API读写这个表。 如有运行有问题，可以参考后面关于配置的更加详细的解释。

使用OceanBase

    TODO

配置文件说明

    OceanBase提供表格存储服务，所以首先要有一个schema文件描述表格，其次RootServer,UpdateServer?, ChunkServer?和MergeServer都有自己的配置文件。 四个Server的配置文件是在启动Server时通过命令行参数指定的，schema文件的路径是在RootServer的配置文件中指定的。

修改数据库schema配置文件

    一个schema配置文件描述一个应用，一个应用可以有多个表格，配置文件中要指定应用的名字，及每个表的名字，每一列的名字，类型等信息。 详细的描述参见源码包的文档: doc/OceanBase的schema.docx

修改 rootserver.conf

    RootServer?的配置主要指定自己的地址及UpdateServer的地址，Schema文件的路径等。

修改 updateserver.conf

    UpdateServer?的配置主要指定自己的地址及RootServer的地址， 数据的存储目录等信息。

关于UpdateServer的数据目录结构

    store_root, raid_regex和dir_regex 共同指定了UpdateServer的数据目录，UpdateServer?以 sstable的方式保存数据。在 store_root 项指定的目录下建立多个与 raid_regex 配置项匹配的目录， 目前默认的目录名是这样的raid1 raid2 raid3 ….，同一个sstable文件会在一个raid目录产生多份拷贝，在上述每个raid目录下建立多个与 dir_regex 配置项匹配的软链接，目前默认的目录名是这样的store1 store2 store3… 分别指向不同设备挂载点下的目录(如 /data/1-1/ups_store /data/1-2/ups_store… ), 在测试时我们可以使用普通的目录代替挂载点。

    因此建立好的环境用tree命令看是这样的：

data
        |-- raid1
        |   |-- store1 -> /data/1-1/ups_store/
        |   |-- store2 -> /data/1-2/ups_store/
        |   |-- store3 -> /data/1-3/ups_store/
        |   |-- store4 -> /data/1-4/ups_store/
        |   `-- store5 -> /data/1-5/ups_store/
        `-- raid2
            |-- store1 -> /data/2-1/ups_store/
            |-- store2 -> /data/2-2/ups_store/
            |-- store3 -> /data/2-3/ups_store/
            |-- store4 -> /data/2-4/ups_store/
            `-- store5 -> /data/2-5/ups_store/

    可用如下的命令建立目录和链接

mkdir -p /data/{raid{1..2},{1..2}-{1..5}/ups_store} for i in {1..2}; do  for j in {1..5}; do  ln -s /data/$i-$j/ups_store /data/raid$i/store$j; # 注意这里建立软链接时最好使用绝对路径  done  done

修改 mergeserver.conf

    MergerServer?的配置主要指定RootServer的地址等。

修改 chunkserver.conf

    ChunkServer?的配置主要指定RootServer的地址, 数据存储目录等。

    chunkserver的数据放在 /datadir_path/$i/application_name/sstable 下, 并且由于该目录并不存在因此需要建立对应的目录