rrdgraph_libdbi - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

rrdgraph_libdbi - tìm nạp dữ liệu để vẽ đồ thị trong biểu đồ rrdtool qua libdbi

SYNOPSIS

= sql // trình điều khiển> / = / ...
[/ rrdminstepsize = ] [/ rrdfillmissing = mất tích n giây>] //
/ cột> / giá trị cột> [/ dẫn xuất] / điều khoản 1> /.../ điều khoản n>

MÔ TẢ

Tên tệp giả-rrd này xác định nguồn dữ liệu sql:

sql //
tiền tố cookie ma thuật cho nguồn dữ liệu loại libdbi

<libdbi người lái xe>
trình điều khiển libdbi nào để sử dụng (ví dụ: mysql)

=
xác định các tham số được yêu cầu để kết nối với cơ sở dữ liệu bằng trình điều khiển libdbi đã cho
(Các trình điều khiển này phụ thuộc vào libdbi - để biết chi tiết, vui lòng xem tài liệu về trình điều khiển của libdbi!)

/ rrdminstepsize=<tối thiểu bước kích thước>
xác định số lượng độ dài bước tối thiểu được sử dụng để vẽ đồ thị (mặc định: 300 giây)

/ rrdfillmissing=<điền vào mất tích giây>
xác định số giây cần điền với giá trị cuối cùng để tránh hộp NaN do chèn dữ liệu chập chờn (mặc định: 0 giây)


xác định bảng mà từ đó tìm nạp tập kết quả.

Nếu có nhu cầu tìm nạp dữ liệu từ một số bảng, các bảng này có thể được xác định bằng cách tách tên bảng bằng dấu "+"

mã hóa hex-type-type qua% xx được dịch sang giá trị thực, sử dụng %% để sử dụng%

<[*] dấu unixtimest cột>
xác định cột của E tableE chứa dấu thời gian unix
- nếu đây là trường DATETIME trong cơ sở dữ liệu, thì tiền tố bằng '*' đứng đầu

mã hóa hex-type-type qua% xx được dịch sang giá trị thực, sử dụng %% để sử dụng%

<dữ liệu giá trị cột>
xác định cột của E tableE trong đó chứa cột giá trị, cột này sẽ được vẽ biểu đồ

mã hóa hex-type-type qua% xx được dịch sang giá trị thực, sử dụng %% để sử dụng%

/lấy được
xác định rằng giá trị dữ liệu được sử dụng phải là đồng bằng của 2 giá trị liên tiếp (để mô phỏng nguồn dữ liệu loại COUNTER hoặc DERIVE)

/ (các) mệnh đề>
xác định một (nhiều hơn nữa) trong đó các mệnh đề được nối với AND để lọc các mục nhập trong bàn

mã hóa hex-type-type qua% xx được dịch sang giá trị thực, sử dụng %% để sử dụng%

các tên cột giá trị trả về, có thể được sử dụng làm tên ds, là:

phút, trung bình, tối đa, tính và sigma
được trả lại để được sử dụng làm tên ds trong định nghĩa DS của bạn.
Lý do sử dụng điều này là nếu hàm hợp nhất được sử dụng cho min / avg và max, thì động cơ sẽ được sử dụng nhiều lần.
Và điều này dẫn đến các Câu lệnh SQL giống nhau được sử dụng nhiều lần

VÍ DỤ

Dưới đây là một ví dụ về một bảng trong cơ sở dữ liệu MySQL:

Thông tin kết nối DB
dbhost = 127.0.0.1
user = rrd
mật khẩu = bí mật
dbname = rrd

đây bảng:
TẠO BẢNG GIÁ RRDValue (
RRDKeyID cố chấp(20) KHÔNG ĐẦY ĐỦ,
Dấu Thời Gian Unix int(11) KHÔNG ĐẦY ĐỦ,
giá trị mặc định gấp đôi NOT NULL,
KHÓA CHÍNH (RRDKeyID, UnixTimeStamp)
);

và RRDKeyID mà chúng tôi muốn vẽ biểu đồ là: 1141942900757789274

Tên tập tin rrd giả để truy cập vào đây là:
"sql // mysql / host = 127.0.0.1 / dbname = rrd / username = rrd / password = secret // RRDValue / UnixTimeStamp
/ value / RRDKeyID = 1141464142203608274 "

Để minh họa điều này ở đây, một lệnh để tạo một biểu đồ có chứa các giá trị thực tế.

DS_BASE = "sql // mysql / host = 127.0.0.1 / dbname = rrd / username = rrd / password = passwd // RRDValue / UnixTimeStamp / value / RRDKeyID = 1141942900757789274"
rrdtool graph test.png --imgformat = PNG --start = -1day --end = + 3 giờ --width = 1000 --height = 600 \
"DEF: min = $ DS_BASE: min: AVERAGE" \
"LINE1: min # FF0000: value" \
"DEF: avg = $ DS_BASE: avg: AVERAGE" \
"LINE1: trung bình # 00FF00: trung bình" \
"DEF: max = $ DS_BASE: max: AVERAGE" \
"LINE1: max # FF0000: max" \
"DEF: sigma = $ DS_BASE: sigma: AVERAGE" \
"CDEF: upper = avg, 4, sigma, *, +" \
"LINE1: upper # 0000FF: +4 sigma" \
"CDEF: low = avg, 4, sigma, *, -" \
"LINE1: low # 0000FF: -4 sigma"

GHI CHÚ

* Đương nhiên, bạn cũng có thể sử dụng bất kỳ loại trình điều khiển nào khác mà libdbi hỗ trợ - ví dụ: postgres,
...

* Từ cách nguồn dữ liệu được kết hợp, nó cũng có thể thực hiện kết hợp
các bảng khác nhau
(tách các bảng với "," trong bảng và thêm vào Mệnh đề WHERE thì bảng nối bằng nhau.
Điều này chưa được thử nghiệm !!!)

* Cũng phải tương đối đơn giản để thêm vào cơ sở dữ liệu bằng cách sử dụng cùng một nguồn dữ liệu
chuỗi.
Điều này đã không được thực hiện ...

* Các hàm tổng hợp bị bỏ qua và một số cột dữ liệu được sử dụng thay thế
để tránh truy vấn cùng một SQL nhiều lần khi tối thiểu, trung bình và tối đa là
cần thiết để vẽ đồ thị ...

* đối với hiệu quả DB, bạn nên nghĩ đến việc có 2 bảng, một bảng chứa các giá trị lịch sử
và cái kia chứa dữ liệu mới nhất.
Bảng thứ hai này nên được giữ nhỏ để cho phép số lượng SQL chặn ít nhất
các câu lệnh.
Trong mysql, bạn thậm chí có thể sử dụng kiểu bảng myisam cho kiểu đầu tiên và InnoDB cho kiểu thứ hai.
Điều này đặc biệt gây nhiễu vì với các bảng có + 100 triệu hàng, myisam nhỏ hơn nhiều
thì InnoDB.

* Để gỡ lỗi các câu lệnh SQL, hãy đặt biến môi trường RRDDEBUGSQL và SQL thực
các câu lệnh và thời gian được in ra stderr.

HIỆU QUẢ các vấn đề với MySQL phụ trợ

LibDBI có một vấn đề lớn về hiệu suất khi bạn truy xuất dữ liệu từ máy chủ MySQL. Màn biểu diễn
tác động theo cấp số nhân dựa trên số lượng giá trị bạn truy xuất từ ​​cơ sở dữ liệu. Vì
ví dụ, sẽ mất hơn 2 giây để vẽ biểu đồ 5DS trên 150 giờ dữ liệu với
độ chính xác 5 phút (so với 100ms khi dữ liệu đến từ tệp RRD). Lỗi này đã được
đã sửa trên phiên bản mới nhất của LibDBI (chưa phát hành). Khi đó, bạn cần phải
biên dịch libdbi và libdbi-driver từ kho CVS để sửa chữa nó. Bạn có thể tìm thêm
thông tin về chuỗi danh sách gửi thư libdbi-users này:
http://sourceforge.net/mailarchive/message.php? msg_id = 30320894

Sử dụng rrdgraph_libdbi trực tuyến bằng các dịch vụ onworks.net