【无中生有】---6---系统日志记录系统存储设计

一套完整的日志审核系统有助于系统bug确定和线上快速高效的运维。

但是系统日志普通情况下又很少大量的查询，但是写入量会比较大。

这比较符合Cassandra的数据应用场景。

而且由于Cassandra的去中心化，并且Cassandra集群增加节点的过程中可以保持原有数据不删除，而且由于是日志数据，不会有数据修改的问题，适用场景更合适了。

数据库结构

1.操作类型表

序号	字段名	类型	备注
1	id	string	key
2	actionName	string	操作类型名
3	code	int	类型编码
4	createtime	datetime	添加日期
5	modifytime	datetime	修改日期

2.日志记录表

序号	字段名	类型	备注
1	id	string	key
2	actioncode	int	操作类型编码
3	from	string	来源
4	createtime	datetime	添加日期
5	createby	string	操作人
6	olddata	string	旧数据
7	newdata	string	新数据
8	message	string	附加信息
9	templ	string	信息模版

3.错误日志表

序号	字段名	类型	备注
1	id	string	key
2	ApplicationName	string	错误发生的程序名
3	Host	string	问题机器名
4	Ip	string	问题机器的ip
5	mac	string	问题机器的mac地址
6	Type	string	异常类型
7	Source	string	异常来源
8	StatuCode	int	异常状态代码
9	Message	string	异常信息
10	SourceObject	string	消息对象源
11	createtime	datetime	添加日期
12	modifytime	datetime	修改日期

4.常规日志表

序号	字段名	类型	备注
1	id	string	key
2	ApplicationName	string	程序名
4	Ip	string	机器的ip
10	Message	string	消息
11	createtime	datetime	添加日期

数据库安装与使用

安装与各个客户端的使用：http://wiki.apache.org/cassandra/GettingStarted

版权声明：本文为博主原创文章，未经博主允许不得转载。