cacti会自动备份数据库？

Question

用cacti监控交换机的流量，用了一段时间挺好的，有一天突然发现不行了，后来一看/var满了，看了一下，是/var/db/mysql下面有很多jiankong-bin.000001、jiankong-bin.000002等文件，打开一个看了一下，有乱码，能看清的部分如下图，很是奇怪，没见哪里设置的自动备份啊，哪位知道怎么回事？
p.s.我用的是freebsd

Answer 1

老大的機器上有那個數據庫不...colors??

Answer 2

原帖由 剑心通明 于 2006-2-17 19:49 发表
用cacti监控交换机的流量，用了一段时间挺好的，有一天突然发现不行了，后来一看/var满了，看了一下，是/var/db/mysql下面有很多jiankong-bin.000001、jiankong-bin.000002等文件，打开一个看了一下，有乱码，能看 ...

是mysql生成的数据库操作日志
不是cacti生成的，需要定期清理，不过这个日志对mysql的维护有用处

Answer 3

原帖由 LnBSD 于 2006-2-17 22:22 发表

是mysql生成的数据库操作日志
不是cacti生成的，需要定期清理，不过这个日志对mysql的维护有用处

mysql的日志？这次的mysql是4.1，以前一直用的3.23.56，没见过

Answer 4

知道了，
my.cnf中去掉

log-bin
以前还真没注意过，呵呵

Answer 5

原帖由 剑心通明 于 2006-2-18 08:12 发表
知道了，
my.cnf中去掉

log-bin
以前还真没注意过，呵呵

Answer 6

MySQL Log Files -- Mysql 日志文件

4.9 4.9 The MySQL Log Files

mysql提供幾種不同功用的紀錄檔， 以便於讓你了解 mysqld發生了什麼問題。

1. The error log: 紀錄所有 mysqld啟動， 執行和結束時發生的錯誤訊息。

2. The isam log: 紀錄所有更動 ISAM資料表的動作。

3. The query log: 紀錄所有的連線資料以及執行的查詢語法。

4. The update log: 儲存所有更動資料的指令。

5. The binary log: Stores all statements that changes something. Used also for replication

6. The slow log: 紀錄所有查詢時間超過 long_query_time或不使用索引的查詢動作。

你可以在 mysqld的資料目錄中找到所有的紀錄檔。

4.9.2 The General Query Log

如果想知道 mysqld裡面發生了什麼事的話， 你就應該在啟動 mysqld時加上 --log[=file]這個選項。 這樣一來， 所有的連線及查詢動作都會被寫入紀錄檔中。 (預設檔名為 'hostname'.log) 這個在網路程式的除錯方面很有幫助。

紀錄檔中每筆資料寫入的時機是當 mysqld接收到該指令的時候， 這有可能會跟 sql指令執行的順序不同。 因此， 本紀錄檔的寫入時機和 update log與 binary log不同。

4.9.3 The Update Log

當你在執行 mysqld時， 如果有加上 --log-update[=file_name]選項的話， mysqld會將所有關於更新資料的 SQL commands寫入紀錄檔中。 在沒有指定 file_name的情況下，預設會用主機名稱當作紀錄檔的檔案名稱。如果你指定的檔案名稱不包含完整路徑的話， 紀錄檔會放置在資料目錄中。 如果檔案名稱沒有指定副檔名的話， mysqld會以 "file_name.###"作為紀錄檔的檔名， 其中 ###是阿拉伯數字， 每當下列狀況發生時， 這個數字就會加一。

1. 執行 mysqladmin refresh
2. 執行 mysqladmin flush-logs
3. 執行 FLUSH LOGS sql指令
4. 重新啟動 mysqld

update logging還有一項特點就是它只會紀錄 "真正"改變資料的動作。 因此， 帶有 where選項的 updata或 delete指令如果沒有更動任何資料的話， 這個動作就不會被寫入紀錄檔。 甚至在 updata指令沒有變更欄位值的情況下，該指令也不會被紀錄下來。

update logging執行的時機是介於 sql指令結束以及 lock解開以前。 這樣可以確保所有的變動紀錄是依照實際執行的順序寫入紀錄檔中。

你可以執行下列指令來用 update log file更新資料庫。 (假設你的 update log files的檔名格式為 file_name.###)

shell> ls -1 -t -r file_name.[0-9]* | xargs cat | mysql

ls這個指令加上 -1 -t -r三個選項後， 便能按時間順序排列所有的紀錄檔。

4.9.4 Binary Update Log

以後 binary update log將會用來取代 update log， 因此希望你能盡快改用 binary update log。

binary update log檔案以更有效率的格式紀錄 update log裡面的資訊。 此外， 裡面還紀錄每個更新資料庫的指令耗費多少時間。沒有更動資料庫的指令不會被寫入紀錄檔中。 如果想要紀錄所有的 sql指令， 你應該使用 general query log。

只要在啟動 mysqld時加上 --log-bin[=file_name]選項就能改用 。binary update log。

binary update log的副檔名命名方式和 update log一樣， 附檔名遞增的時機也和 update log相同。 或是當紀錄檔大小達到 max_binlog_size上限時， mysqld會自動產生一個新的紀錄檔。 你可以透過 reset master這個 sql指令刪除所有目前未被開啟的 binary update log files。 (只保留目前使用中的紀錄檔)

mysqld有兩個選項跟 binary update log有關:

1. binlog-do-db=database_name: 只紀錄某個資料庫的更動資料
2. binlog-ignore-db=database_name: 不紀錄某個資料庫的更動資料

為了要知道曾經產生過哪些 binary update log files， mysqld會產生一個 binary log index檔，裡面包含所有使用過的 binary update log的檔名。 binary log index檔的檔名預設和 binary update log相同， 不過副檔名則改為 index。

你可以用 mysqlbinlog指令來檢視 binary update log檔的內容。 例如你可以執行下列指令以 binary update log的內容更新某個 mysql server。

shell> mysqlbinlog log-file | mysql -h server_name

你也可以用 mysqlbinlog讀取遠端 mysql server的 binary update log。 執行 mysqlbinlog --help會讓你更了解如何使用這個程式。

binary update log寫入的時機和 update log相同。 以確保能正確地紀錄每個指令執行的順序。

mysql提供幾種不同功用的紀錄檔， 以便於讓你了解 mysqld發生了什麼問題。

1. The error log: 紀錄所有 mysqld啟動， 執行和結束時發生的錯誤訊息。

2. The isam log: 紀錄所有更動 ISAM資料表的動作。

3. The query log: 紀錄所有的連線資料以及執行的查詢語法。

4. The update log: 儲存所有更動資料的指令。

5. The binary log: Stores all statements that changes something. Used also for replication

6. The slow log: 紀錄所有查詢時間超過 long_query_time或不使用索引的查詢動作。

你可以在 mysqld的資料目錄中找到所有的紀錄檔。

4.9.2 The General Query Log

如果想知道 mysqld裡面發生了什麼事的話， 你就應該在啟動 mysqld時加上 --log[=file]這個選項。 這樣一來， 所有的連線及查詢動作都會被寫入紀錄檔中。 (預設檔名為 'hostname'.log) 這個在網路程式的除錯方面很有幫助。

紀錄檔中每筆資料寫入的時機是當 mysqld接收到該指令的時候， 這有可能會跟 sql指令執行的順序不同。 因此， 本紀錄檔的寫入時機和 update log與 binary log不同。

4.9.3 The Update Log

當你在執行 mysqld時， 如果有加上 --log-update[=file_name]選項的話， mysqld會將所有關於更新資料的 SQL commands寫入紀錄檔中。 在沒有指定 file_name的情況下，預設會用主機名稱當作紀錄檔的檔案名稱。如果你指定的檔案名稱不包含完整路徑的話， 紀錄檔會放置在資料目錄中。 如果檔案名稱沒有指定副檔名的話， mysqld會以 "file_name.###"作為紀錄檔的檔名， 其中 ###是阿拉伯數字， 每當下列狀況發生時， 這個數字就會加一。

1. 執行 mysqladmin refresh
2. 執行 mysqladmin flush-logs
3. 執行 FLUSH LOGS sql指令
4. 重新啟動 mysqld

update logging還有一項特點就是它只會紀錄 "真正"改變資料的動作。 因此， 帶有 where選項的 updata或 delete指令如果沒有更動任何資料的話， 這個動作就不會被寫入紀錄檔。 甚至在 updata指令沒有變更欄位值的情況下，該指令也不會被紀錄下來。

update logging執行的時機是介於 sql指令結束以及 lock解開以前。 這樣可以確保所有的變動紀錄是依照實際執行的順序寫入紀錄檔中。

你可以執行下列指令來用 update log file更新資料庫。 (假設你的 update log files的檔名格式為 file_name.###)

shell> ls -1 -t -r file_name.[0-9]* | xargs cat | mysql

ls這個指令加上 -1 -t -r三個選項後， 便能按時間順序排列所有的紀錄檔。

4.9.4 Binary Update Log

以後 binary update log將會用來取代 update log， 因此希望你能盡快改用 binary update log。

binary update log檔案以更有效率的格式紀錄 update log裡面的資訊。 此外， 裡面還紀錄每個更新資料庫的指令耗費多少時間。沒有更動資料庫的指令不會被寫入紀錄檔中。 如果想要紀錄所有的 sql指令， 你應該使用 general query log。

只要在啟動 mysqld時加上 --log-bin[=file_name]選項就能改用 。binary update log。

binary update log的副檔名命名方式和 update log一樣， 附檔名遞增的時機也和 update log相同。 或是當紀錄檔大小達到 max_binlog_size上限時， mysqld會自動產生一個新的紀錄檔。 你可以透過 reset master這個 sql指令刪除所有目前未被開啟的 binary update log files。 (只保留目前使用中的紀錄檔)

mysqld有兩個選項跟 binary update log有關:

1. binlog-do-db=database_name: 只紀錄某個資料庫的更動資料
2. binlog-ignore-db=database_name: 不紀錄某個資料庫的更動資料

為了要知道曾經產生過哪些 binary update log files， mysqld會產生一個 binary log index檔，裡面包含所有使用過的 binary update log的檔名。 binary log index檔的檔名預設和 binary update log相同， 不過副檔名則改為 index。

你可以用 mysqlbinlog指令來檢視 binary update log檔的內容。 例如你可以執行下列指令以 binary update log的內容更新某個 mysql server。

shell> mysqlbinlog log-file | mysql -h server_name

你也可以用 mysqlbinlog讀取遠端 mysql server的 binary update log。 執行 mysqlbinlog --help會讓你更了解如何使用這個程式。

binary update log寫入的時機和 update log相同。 以確保能正確地紀錄每個指令執行的順序。

Answer 7

長知識了,還以為是flooding

Answer 8

另外，binlog是bin格式的文件，只能用mysql的mysqlbinlog命令查看，不能用vi什么的，否则是乱码

[ 本帖最后由 LnBSD 于 2006-2-18 11:06 编辑 ]

Answer 9

原帖由 剑心通明 于 2006-2-18 08:12 发表
知道了，
my.cnf中去掉

log-bin
以前还真没注意过，呵呵

今天突然发现，我的理解有误，我以为在my.cnf里面把log-bin前面加#就行了，今天登陆了那个服务器，发现还在记录啊