Zabbixのデータを格納するためにMySQLを使っています。 しばらく運用していると/var/lib/mysql/ibdata1のサイズが約1.5GBとなりディスク容量を圧迫していました。 $ sudo ls -l /var/lib/mysql/ib* -rw-rw---- 1 mysql mysql 5242880 2012-04-22 10:41 ib_logfile0 -rw-rw---- 1 mysql mysql 5242880 2012-04-22 10:41 ib_logfile1 -rw-rw---- 1 mysql mysql 1512046592 2012-04-22 10:41 ibdata1 $ ibdata1肥大化の対応 ibdata1は、MySQLのトランザクションセーフのストレージエンジンです。 InnoDB データおよびログファイルの追加、削除、またはサイ
拡張され続ける InnoDB のデータファイルのサイズを小さくする方法 2006-07-07-2: [MySQL] MySQL でトランザクションを可能にするストレージエンジンとして InnoDB があります． InnoDB のデータファイルは，MyISAM テーブルと異なって，デフォルトでは ibdata1 というファイルにデータが蓄積されていくとこになります． MySQL の datadir に自動拡張する 10 MB の ibdata1 ファイルが 1 つと、5 MB の ib_logfile ログファイルが 2 つ作成されます - 7.5.3. InnoDB 起動オプション http://dev.mysql.com/doc/refman/4.1/ja/innodb-start.html この ibdata1 は，大量のデータを追加していくと，自動的にサイズを拡張していきます． ただ
mk-mode.com Linux, Debian, IT, Server, PG, Ruby, Rails, Python, C++, Fortran, PC, MariaDB, math, GIS, etc... MySQL のストレージエンジン InnoDB は、デフォルトでは ibdata1 というファイルにデータを保存・蓄積しています。 そして、この ibdata1 ファイルは、データ領域が不足すると自動で拡張されるようになっています。（設定により初期サイズと拡張サイズは異なる） ibdata1 ファイルのサイズは、データを削除しても縮小されることはないので、ファイルサイズはメンテナンスしないと日々拡大していきます。 以下、最適化についての記録です。 0. 前提条件 対象の MySQL サーバのバージョンは 5.6.11 （インストールは「こちら」の方法で行なっている） 対象のデ
テーブルスペース肥大化の対処方法(ibdata*)
前回テーブルスペースについて調べてみた後に、 運用中のサーバーの設定をやファイルを確認してみたら・・・innodb_file_per_tableが使われていない！！！:(；ﾞﾟ'ωﾟ'): という事なので、早速設定の方を試してみましたﾜｯｼｮｲヽ(ﾟ∀ﾟ)メ(ﾟ∀ﾟ)メ(ﾟ∀ﾟ)ノﾜｯｼｮｲ ■手順１．現状のibdata1のサイズの確認をしてみる # ls -alt /var/lib/mysql/|grep ib -rw-rw---- 1 mysql mysql 277899902976 11月 10 16:16 2012 ibdata1 -rw-rw---- 1 mysql mysql 5242880 4月 16 15:06 2012 ib_logfile0 -rw-rw---- 1 mysql mysql 5242880 4月 6 12:05 2012 ib_logfile1 2778
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
ハマってなんとか解決したことや、現状困ったりしていることを書いてみる。 前置き 対象のデータ（現在1テーブル）は、約1億レコード、50G。引き続き膨張していくことが予想される。 今はmyisamで運用。更新処理が非常に高負荷。しかもロックが発生するため、オンライン中の更新ができない。1日1回新旧のテーブルを置き換えることで更新。 目指すところは、参照のパフォーマンスを落とさずにリアルタイム更新。次の方向で検証中。 まずテーブルを参照時の条件に沿う形で分割。さらに更新する単位でパーティショニング。これにより参照＆更新のパフォーマンスアップを狙う。 myisamからinnodbにすることでロックなしでオンライン中の更新を実現にする。 検証環境 OS: CentOS 5.5 MySQL: 5.5.8 サーバの搭載メモリ: 32G ibdata1、大きくなり過ぎ！ myisamと違ってinnodb
ibdata1が肥大化してDISKを圧迫していたので縮小を試みた。 手順としては... mysqldumpコマンドでdumpを取得 Databaseをdrop mysql停止 ibdata1及びib_logfile* の削除 my.cnfを修正 mysql起動 dumpファイルのインポート 実際の作業手順 まずはmysqldumpコマンドでフルダンプを取得します。 # mysqldump -u root --all-databases > /tmp/all-dump.sql フルダンプが完了したらDBをドロップします。 数が多いので簡単なスクリプトを作り実行しました。 #!/bin/bash for DB_NAME in $(mysql -uroot -B -N -e "show databases;" | egrep -v 'test|mysql|information_schema')
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
