MySQL'de ibdata1 dosyasını küçültme / temizleme

Localhost'ta MySQL'i R'de istatistik yapmak için bir "sorgu aracı" olarak kullanıyorum, yani her R komut dosyası çalıştırdığımda yeni bir veritabanı (A) oluşturuyorum, yeni bir tablo (B) oluşturuyorum, verileri B'ye aktarıyorum , ihtiyacım olanı almak için bir sorgu gönderin ve sonra B'yi ve A'yı bıraktım.

Benim için iyi çalışıyor, ancak ibdata dosya boyutunun hızla arttığını fark ettim, MySQL'de hiçbir şey saklamadım, ancak ibdata1 dosyası zaten 100 MB'ı aştı.

Kurulum için daha fazla veya daha az varsayılan MySQL ayarı kullanıyorum, otomatik olarak belirli bir süre sonra ibdata1 dosyasını küçültme / temizleme için bir yol var mı?

Bu ibdata1daralma değil, MySQL'in özellikle can sıkıcı bir özelliğidir. ibdata1Dosyanın gerçekten, tüm veritabanlarını silmek dosyaları kaldırmak ve bir dökümü yeniden sürece küçüldü yapılamaz.

Ancak MySQL'i, dizinleri de dahil olmak üzere her tablonun ayrı bir dosya olarak saklanacağı şekilde yapılandırabilirsiniz. Bu şekilde ibdata1büyüyemez. Bill Karwin'in yorumuna göre, bu MySQL'in 5.6.6 sürümünden itibaren varsayılan olarak etkindir.

Bunu bir süre önce yaptım. Ancak, sunucunuzu her tablo için ayrı dosyalar kullanacak şekilde ayarlamak için, my.cnfaşağıdakileri etkinleştirmek üzere değiştirmeniz gerekir :

[mysqld]
innodb_file_per_table=1

http://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html

Sizden alanı geri almak istediğinizde ibdata1, dosyayı silmek zorundasınız:

1. Ve veritabanları hariçmysqldump tüm veritabanlarını, yordamları, tetikleyicileri vb. Yapın .mysqlperformance_schema
2. Yukarıdaki 2 veritabanı hariç tüm veritabanlarını bırakın
3. MySQL'i durdur
4. Sil ibdata1ve ib_logdosyalar
5. MySQL'i başlat
6. Dökümden geri yükle

5. adımda MySQL'i başlattığınızda ibdata1ve ib_logdosyaları yeniden oluşturulur.

Artık hazırsınız. Analiz için yeni bir veritabanı oluşturduğunuzda, tablolar içinde ibd*değil ayrı dosyalarda bulunur ibdata1. Genellikle veritabanını kısa süre sonra bıraktığınız için ibd*dosyalar silinir.

http://dev.mysql.com/doc/refman/5.1/en/drop-database.html

Muhtemelen bunu gördünüz:
http://bugs.mysql.com/bug.php?id=1341

Komut ALTER TABLE <tablename> ENGINE=innodbveya OPTIMIZE TABLE <tablename>birini kullanarak verileri ve dizin sayfalarını ibdata1'den ayrı dosyalara ayıklayabilirsiniz. Ancak, yukarıdaki adımları uygulamadığınız sürece ibdata1 küçülmez.

information_schemaBununla ilgili olarak , düşürmek gerekli ya da mümkün değildir. Aslında sadece bir demet salt okunur görünümler, tablolar değil. Ve onlarla ilişkili hiçbir dosya yok, hatta bir veritabanı dizini bile yok. Bu informations_schemabellek db-engine kullanıyor ve mysqld durdur / yeniden başlat üzerine düşürülür ve rejenere edilir. Bkz. Https://dev.mysql.com/doc/refman/5.7/en/information-schema.html .

Ekleme John P cevabı ,

Linux sistemi için 1-6 arası adımlar şu komutlarla gerçekleştirilebilir:

1. mysqldump -u [username] -p[root_password] [database_name] > dumpfilename.sql
2. DROP DATABASE [database_name];
3. sudo /etc/init.d/mysqld stop
4. sudo rm /var/lib/mysql/ibdata1
sudo rm /var/lib/mysql/ib_logfile (ve adlandırılmış olabilir başka ib_logfile 's silmek ib_logfile0, ib_logfile1vb ...)
5. sudo /etc/init.d/mysqld start
6. create database [database_name];
7. mysql -u [username]-p[root_password] [database_name] < dumpfilename.sql

Uyarı: Bu talimatlar, bu mysql örneğinde başka veritabanlarınız varsa diğer veritabanlarını kaybetmenize neden olur. 1,2 ve 6,7 adımlarının saklamak istediğiniz tüm veritabanlarını kapsayacak şekilde değiştirildiğinden emin olun.

Innodb tablolarını sildiğinizde, MySQL ibdata dosyasının içindeki alanı boşaltmaz, bu yüzden büyümeye devam eder. Bu dosyalar neredeyse hiç küçülmez.

Mevcut bir ibdata dosyası nasıl küçültülür:

http://dev.mysql.com/doc/refman/5.5/en/innodb-resize-system-tablespace.html

Bunu kodlayabilir ve komut dosyasını belirli bir süre sonra çalışacak şekilde zamanlayabilirsiniz, ancak yukarıda açıklanan kurulum için birden çok tablo alanının daha kolay bir çözüm olduğu görülmektedir.

Yapılandırma seçeneğini kullanırsanız, innodb_file_per_tablebirden çok tablo alanı oluşturursunuz. Yani, MySQL her tablo için bir paylaşılan dosya yerine ayrı dosyalar oluşturur. Bu dosyalar veritabanının dizininde saklanan dosyaları ayırır ve bu veritabanını sildiğinizde silinir. Bu, davanızdaki ibdata dosyalarını küçültme / temizleme ihtiyacını ortadan kaldırmalıdır.

Birden çok tablo alanı hakkında daha fazla bilgi:

http://dev.mysql.com/doc/refman/5.5/en/innodb-multiple-tablespaces.html

MySQL tablolarınız için (bazıları) InnoDB depolama motorunu kullanırsanız, muhtemelen varsayılan yapılandırmasında bir sorunla karşılaşmışsınızdır. MySQL'inizin veri dizininde (Debian / Ubuntu - / var / lib / mysql) fark etmiş olabileceğiniz gibi 'ibdata1 ′ adlı bir dosya yatıyor. MySQL örneğinin neredeyse tüm InnoDB verilerini (bir işlem günlüğü değil) tutar ve oldukça büyük olabilir. Varsayılan olarak bu dosyanın başlangıç ​​boyutu 10Mb'dir ve otomatik olarak genişletilir. Ne yazık ki, tasarım gereği InnoDB veri dosyaları küçültülemez. Bu nedenle DELETE'ler, TRUNCATE'ler, DROP'ler vb. Dosya tarafından kullanılan alanı geri almayacaktır.

Bence orada iyi bir açıklama ve çözüm bulabilirsiniz:

http://vdachev.net/2007/02/22/mysql-reducing-ibdata1/

Kabul edilen yanıtın prosedürünü bash olarak hızlıca komut verdi:

#!/usr/bin/env bash
DATABASES="$(mysql -e 'show databases \G' | grep "^Database" | grep -v '^Database: mysql$\|^Database: binlog$\|^Database: performance_schema\|^Database: information_schema' | sed 's/^Database: //g')"
mysqldump --databases $DATABASES -r alldatabases.sql && echo "$DATABASES" | while read -r DB; do
    mysql -e "drop database \`$DB\`"
done && \
    /etc/init.d/mysql stop && \
    find /var/lib/mysql -maxdepth 1 -type f \( -name 'ibdata1' -or -name 'ib_logfile*' \) -delete && \
    /etc/init.d/mysql start && \
    mysql < alldatabases.sql && \
    rm -f alldatabases.sql

Farklı kaydet purge_binlogs.shve farklı çalıştır root.

Hariçtir mysql, information_schema, performance_schema(ve binlogdizin).

Yönetici kimlik bilgilerine sahip /root/.my.cnfolduğunuzu ve veritabanınızın varsayılan /var/lib/mysqldizinde yaşadığını varsayar .

Ayrıca, daha fazla disk alanı kazanmak için bu komut dosyasını çalıştırdıktan sonra ikili günlükleri temizleyebilirsiniz:

PURGE BINARY LOGS BEFORE CURRENT_TIMESTAMP;

Amacınız MySQL boş alanını izlemekse ve ibdata dosyanızı küçültmek için MySQL'i durduramıyorsanız, tablo durum komutları aracılığıyla alın. Misal:

MySQL> 5.1.24:

mysqlshow --status myInnodbDatabase myTable | awk '{print $20}'

MySQL <5.1.24:

mysqlshow --status myInnodbDatabase myTable | awk '{print $35}'

Ardından bu değeri ibdata dosyanızla karşılaştırın:

du -b ibdata1

Kaynak: http://dev.mysql.com/doc/refman/5.1/en/show-table-status.html

Yukarıdaki mysql-sunucu tarifleri yeni bir sürümünde "mysql" veritabanı ezmek olacaktır. Eski versiyonda çalışır. Yeni bazı tablolarda INNODB tablo türüne geçer ve bu şekilde tablolara zarar verebilirsiniz. En kolay yol:

• tüm veritabanlarını boşalt
• mysql sunucusunu kaldır,
• kalan my.cnf ekleyin:

    [mysqld]
    innodb_file_per_table=1

• / var / lib / mysql içindeki tümünü sil
• mysql-server kur
• kullanıcıları ve veritabanlarını geri yükle

Daha önce de belirtildiği gibi ibdata1'i küçültemezsiniz (bunu yapmak için dökmeniz ve yeniden inşa etmeniz gerekir), ancak çoğu zaman gerçek bir ihtiyaç yoktur.

Otomatik uzatma (muhtemelen en yaygın boyut ayarı) kullanılarak ibdata1, neredeyse her dolduğunda büyüyen depolamayı önceden konumlandırır. Bu, alan ayrıldığı için yazma işlemlerini hızlandırır.

Verileri sildiğinizde küçülmez ancak dosyanın içindeki boşluk kullanılmamış olarak işaretlenir. Artık yeni veri eklediğinizde, dosyayı daha da büyütmeden önce dosyadaki boş alanı yeniden kullanır.

Bu nedenle, yalnızca bu verilere gerçekten ihtiyacınız varsa büyümeye devam edecektir. Başka bir uygulama için alana ihtiyacınız olmadığı sürece, küçültmek için muhtemelen bir neden yoktur.