ibdata1のサイズを減らす方法 - 主夫ときどきプログラマ
mysqlのデータフォルダが大きくなっている。どうもibdata1というファイルが肥大化している。調べてみるとデフォルト設定でInnoDbを長期間使っていると、そのデータファイルであるibdata1が実際のデータよりも大きいファイルになってしまう。しかもこのibdata1は全てのInnoDbが共通で使うデータファイルのようだ。 これはいかん、ということでibdata1のサイズを減らし、tableごとにデータファイルを作成する方法のまとめ。 1.databaseをすべてダンプ DBに登録されているデータをすべてダンプしてバックアップをつくります。--single-transaction のオプションをつけることで、ダンプ中のデータ変更を禁止します。 # mysqldump -u root -p --all-database --single-transaction > /tmp/all-da
MySQLのibdataファイルを複数表領域に変更する – OpenGroove
InnoDBのibdataファイルのサイズは、放っておくと相当肥大化してしまう。10G、20Gなんてフツーにいってしまう。30Gくらいになる例もある。もっと大きくなろうと思えばなれるんだろう。まったく怪物みたいなヤツだな・・・。 と、いうわけで、通常のibdataファイルを複数表領域にしてみる。複数表領域にするときのパラメータはinnodb_file_per_table。通常のibdataファイルでDBが稼働している状態から、複数表領域に変更するときの手順メモ。詳しい仕様の話は割愛させていただく。早く寝たいので。 以下、my.cnfの記述例一部。複数表領域に変更してもibdataファイルは消えない。autoextend:max:4096Mなどと記述することでサイズを制限しておく。 innodb_data_file_path = ibdata1:100M:autoextend:max:409
デッドロックの解決方法
適用対象:SQL ServerAzure SQL DatabaseAzure SQL Managed InstanceAzure Synapse AnalyticsAnalytics Platform System (PDW) どのようなデータベースであっても、トランザクションを正しく管理しないと、ユーザー数が多いシステムでは競合やパフォーマンスの問題を招くことがあります。 データにアクセスするユーザー数が多いほど、トランザクションが効率的に行われるアプリケーションを用意することが重要になります。 このガイドでは、各トランザクションの物理的な整合性を確保するために SQL Server データベース エンジンで使用されるロックおよび行のバージョン管理のメカニズムと、アプリケーションで効率的にトランザクションを制御する方法について説明します。 Note 最適化されたロックは、ロック メモリと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
analog.cx - このウェブサイトは販売用です！ - analog リソースおよび情報
ルーティング とネットワーク管理論
