cacti 我们也用了很久了，但是它的表结构一直都没有去关心过，得空抽了半个晚上的时间，把它的库表结构大概看了下，某些字段的含义跟大家分享下：
cacti 的数据都是存放在rrdtool 中的，数据库存放的其实只是配置数据，cacti 的逻辑对象主要分为三种，data (数据)、graph (图片)、host (设备)，这在它的表设计中也能很容易的看出来。所以，就分三个大类来讨论了
二、 Data
data 主要就是数据获取，获取数据，然后存放到 rrd 文件中，这里存放的数据，主要就是如何获取数据、和如何存放数据这两种。
1 、 data_input 表
数据获取的方式，在 console 中的 data_input_method 里可以看到。
id ：数据获取方式的 id
hash ：对应的磁盘索引
name ：数据获取方式的名字
input_string ：如果是脚本的话，那就是脚本的位置了
type_id ： type 一直没找到对应的表，可能是程序里写死了，对应的是 input_type ，有 6 个选项，分别是： snmp 、 snmp query 、 script/command 、 script query 、 script – script server 、 script query – script server
2 、 data_input_fields 表
这张表是用来存放一些 data_input 方法中所需要的对象，比如 snmp 的 oid ，那就是一个对象， script 方式取硬盘时候，取回来值的名字，单位，都属于它所定义的范畴。表内容，主要是这些对象，和 data_input 的对应。
id ： input_fields 的 id
data_input_id ：对应 data_input 表中的 id
name 、 data_name ：名字
input_output ：输入还是输出
下面几个字段我也不清楚了……
3 、 data_input_data 表
存放的是每个 data 对象的 data_input_field 内容。
data_input_field_id ： data_input_field 中的 id
data_template_data_id ： data_template_data 中的 id
4 、 data_local 表
存放数据对象，就是在 console 中的 data source 页面看到的东东。不过这张表只是简单的定义一个对象和对应关系，对象的具体属性在另外的表中。
id ： data 的 id
data_template_id ：采用了哪个数据模板，在 data_templates 模板中定义
host_id ：是哪个设备的数据，在 host 中定义
snmp_query_id ：如果是通过 snmp_query 方式获取的，那对应的 snmp_query 的 id ，如果不是，则为 0
snmp_index ： snmp_query 方式获取数据时，获取数组的前缀。例如，流量获取中，端口的 index
5 、 data_template 表
数据模板，我们在 console 的 data templates 中看到的东东。
id ：数据模板的 id
hash ：索引
name ：名字
6 、 data_template_data 表
具体数据对象的信息，包含模板。可以认为，每一个对象都代表一个 rrd 文件。
id ： data 对象的 id
local_data_template_data_id ：如果使用了模板，那这个就是模板的 id ，定义的位置也是这个表
local_data_id ：对应的数据对象，在 data_local 表中定义
data_template_id ： data_template ，数据模板，在 data_template 表中定义。
data_input_id ：数据获取的方式，在 data_input 表中定义
*name ：名字，就是字面的意思
data_source_path ： rrd 文件的路径
active ：是否被激活，可以通过 enable/disable 来控制
rrd_step ：步长，默认是 300s ，就是 5 分钟，也就是多长时间存一个数据( rrdcreate 的选项)
7 、 data_template_data_rra 表
数据对象和 rra 的对应， rra 也是 rrdtool 中的概念，是一种数据归档压缩的机制。
data_template_data_id ：上张表中定义的 id
rra_id ：对应的 rra 的 id ，在 rra 表中定义
8 、 data_template_rrd 表
基本上也是 rrdtool 的配置选项，一个 rrd 文件可以存多列，叫做 ds ，每个列代表一组数据。这张表可以看成是对这个列的定义。
id ： ds 的 id
local_data_template_rrd_id ：如果使用了 ds 的模板，则这里定义模板的 id ，模板定义也在这张表中
local_data_id ：数据 id ，在 data_local 表中定义
data_template_id ：采用的数据模板，在 data_template_data 中定义
其余的都是 rrdtool 在创建 rrd 文件时候，对这个 ds 的配置选项，例如***值，名字等等。
data 部分还是比较复杂的，如果和 host 连起来看，就更复杂了。抛开模板不谈，一般来讲是有以下的对应关系：
1 、每个 host_id ，都有一组 local_data_id ，例如，一个 cisco 交换机的 cpu 就是一个 local_data_id ，它的一个端口—— te1/1 流量，也是一个 local_data_id 。一个 host_id 对应多个 local_data_id 。
2 、每个 local_data_id ，就是一个数据源，它必须有一个 rrd 文件与他对应，所以每个 local_data_id 在 data_template_data 中，必定对应一行记录，必定有一个 rrd 文件。别看 data_template_data 中有那么多记录，其中 local_data_id 为 0 的，或者 rrd 路径为空的，那都是模板。
3 、每个 rrd 文件，必然至少有一个 ds ，也就是在 data_template_rrd 中，至少有一条记录，例如流量，还是 cisco 的交换机，每个端口代表一个 local_data_id ，有一个 rrd 文件，有两个 ds ，流入和流出，那在 data_template_rrd 中就有两条记录。
4 、 data_input 那几张表，主要是数据获取方式，数据获取方式有 6 种，我们一般用的是三种：脚本直接取，就是 script 、 snmp ，给个 oid 直接 get 、 snmp query ，就是 snmp 取回来一组数据，然后分组。
【编辑推荐】
