小宮さん、
こんにちは。黄と申します。
私も、バイナリログかと思いましたが、my.cnfに設定されてないことを確認しました。

MYSQL/LOG下にpsamというフォルダーがあって、以下のファイルがいっぱいありました。
AppInfo_20120507.info
RankingDaily_20110811.info

一応、開発側で、psam配下のファイルを削除して、現在、以下のように、/MYSQL/LOGの領域が大幅に減りました。
親切な回答、ありがとう御座いました。勉強になりました。

以上、よろしくお願いいたします。
黄世元

[root@amsdb1 psam]# df -h
Filesystem            Size Used Avail Use% Mounted on
/dev/xvda2            4.9G 1.4G 3.3G 29% /
/dev/xvda7            9.7G 3.9G 5.4G 42% /var
/dev/xvda6            9.7G 3.2G 6.0G 35% /usr
/dev/xvda5            9.7G 250M 9.0G   3% /mgmt
/dev/xvda1             99M   23M   72M 24% /boot
tmpfs                 8.0G     0 8.0G   0% /dev/shm
/dev/mapper/VG01-mysql
                      5.0G 2.8G 2.0G 59% /MYSQL
/dev/mapper/VG01-dblog
                      9.9G 1.6G 7.8G 17% /MYSQL/LOG
/dev/drbd0            341G 180G 144G 56% /MYSQL_DATA

2013-01-10 오후 4:25, yoshiyuki komiya 쓴 글:

こんにちは。小宮と申します。

MySQLのログはいくつか種類と方法がありますので

どのログが削除対象か、を明記していただくとよいかと思います。

とりわけ運用中に目立って増えるのはバイナリログ(mysql-bin.******)かと思いましたので

確認・削除の方法を簡単に記載しましたのでご参考ください。

(まったく別のログファイルの話でしたら見当違いでした。すみません…)

・バイナリログの一覧を表示

mysql> SHOW MASTER LOGS;

・バイナリログの削除

　指定したログファイルの番号より前のバイナリログが削除対象となります。

PURGE MASTER LOGS TO '<ログファイル名>'

　※実行例

　mysql> PURGE MASTER LOGS TO 'mysql-bin.000010';

　この場合は"mysql-bin.000009"以前のものが削除され、000010以降が残ります。

作業前の注意点としては

・必ずmysqlモニター上から実施すること

・削除前に、データファイルがどこまでバックアップ済みか、を確認すること

・DRBD環境なので、ピアノード側でのログ削除も確認する

あたりでしょうか。

以上、宜しくお願い致します。

2013年1月10日 14:33 Hwang Se Won <coolguy318@gmail.com>:

お疲れ様です。
MySQLを担当している黄と申します。

MySQLでログを削除することに関して質問があります。

以下の構成になっているシステムで、MYSQL/LOGの領域が　９５%です。
ログを削除したいですが、MySQLに接続して、ログを削除する方法はありますか？

DRBD (Active)
Redhat Enterprise Linux 5.4 (64bit)
MySQL Community 5.5.25a
heartbeat-2.1.3

以上、よろしくお願いいたします。