İşte InnoDB ile ilgili daha eksiksiz bir cevap. Bu biraz uzun bir süreçtir, ancak çabaya değer olabilir.
Bunun /var/lib/mysql/ibdata1InnoDB altyapısındaki en yoğun dosya olduğunu unutmayın . Normalde altı tür bilgi barındırır:
InnoDB Mimarisi
Birçok kişi ibdatadaha iyi disk alanı yönetimi ve performansı umuduyla birden çok dosya oluşturur , ancak bu inanç yanlıştır.
Ne yazık ki, OPTIMIZE TABLEpaylaşılan tablo alanı dosyasında depolanan bir InnoDB tablosuyla çalışmak ibdata1iki şey yapar:
- Tablonun verilerini ve dizinlerini içinde bitişik hale getirir
ibdata1
- Markalar
ibdata1bitişik veri ve dizin sayfaları çünkü büyümek eklenmiş içinibdata1
Bununla birlikte, Tablo Verileri ve Tablo Dizinlerini ayırabilir ibdata1ve bağımsız olarak yönetebilirsiniz.
Eklemek olduğunu varsayalım innodb_file_per_tableiçin /etc/my.cnf (my.ini). O zaman OPTIMIZE TABLEtüm InnoDB Masalarında koşabilir misin?
İyi Haber : Eğer çalıştırdığınızda OPTIMIZE TABLEile innodb_file_per_tableetkin, bu üretecek .ibdbu tablo için dosyayı. Örneğin, bir mydb.mytabledataya sahip tablonuz varsa /var/lib/mysql, aşağıdakileri üretecektir:
/var/lib/mysql/mydb/mytable.frm/var/lib/mysql/mydb/mytable.ibd
, Bu .ibdtablo için Veri Sayfalarını ve Dizin Sayfalarını içerecektir. Harika.
Kötü Haber : Tüm yaptığınız Veri Sayfalarını ve Dizin Sayfalarını içinde mydb.mytableyaşamaktan çıkarmak ibdata. Dahil olmak üzere her tablo için veri sözlüğü girişi mydb.mytablehala veri sözlüğünde kalır (ibdata1'in Resimli Temsili'ne bakın ).ibdata1BU NOKTADA SADECE SİLECEKSİNİZ !!! Lütfen bununibdata1hiç küçülmediğiniunutmayın.
InnoDB Altyapı Temizleme
Küçültmek için ibdata1 kez ve tamamen için aşağıdakileri yapmanız gerekir:
mysqldumpTüm veritabanlarını bir .sqlmetin dosyasına ( örn.SQLData.sql aşağıda kullanılmaktadır)
Tüm veritabanlarını bırakın ( mysqlve hariç information_schema) CAVEAT : Bir önlem olarak, lütfen tüm kullanıcı izinlerini yerine getirdiğinizden kesinlikle emin olmak için bu komut dosyasını çalıştırın:
mkdir /var/lib/mysql_grants
cp /var/lib/mysql/mysql/* /var/lib/mysql_grants/.
chown -R mysql:mysql /var/lib/mysql_grants
Mysql'de oturum açın ve çalıştırın SET GLOBAL innodb_fast_shutdown = 0;(Bu, kalan tüm işlem değişikliklerini tamamen temizleyecektir.ib_logfile0 ve ib_logfile1)
MySQL'i kapat
Aşağıdaki satırları Windows'a ekleyin /etc/my.cnf(veya my.iniWindows'ta)
[mysqld]
innodb_file_per_table
innodb_flush_method=O_DIRECT
innodb_log_file_size=1G
innodb_buffer_pool_size=4G
(Sidenote: Setiniz ne olursa olsun innodb_buffer_pool_size, emin oluninnodb_log_file_size % 25'inininnodb_buffer_pool_size .
Ayrıca: innodb_flush_method=O_DIRECT Windows'ta mevcut değildir)
Sil ibdata*ve ib_logfile*İsteğe bağlı olarak, tüm klasörleri kaldırabilir /var/lib/mysqlhariç/var/lib/mysql/mysql .
(Bu baştan yaratacak Başlangıç MySQL ibdata1[varsayılan olarak 10MB'yi] ve ib_logfile0ve ib_logfile11G her).
İthalat SQLData.sql
Şimdi, ibdata1büyümeye devam edecek , ancak yalnızca tablo meta verilerini içerecek çünkü her InnoDB tablosu dışında var olacak ibdata1.ibdata1artık InnoDB verilerini ve diğer tablolar için dizinleri içermeyecektir.
Örneğin, adlı bir InnoDB tablonuz olduğunu varsayalım mydb.mytable. İçeri bakarsanız /var/lib/mysql/mydb, tabloyu temsil eden iki dosya göreceksiniz:
mytable.frm (Depolama Motoru Başlığı)mytable.ibd (Tablo Verileri ve Dizinler)
İçerisindeki innodb_file_per_tableseçenek ile /etc/my.cnfkoşabilirsinizOPTIMIZE TABLE mydb.mytable ve dosya /var/lib/mysql/mydb/mytable.ibdaslında küçülecek.
Bunu kariyerim boyunca MySQL DBA olarak birçok kez yaptım. Aslında, bunu ilk yaptığımda 50 GB küçülttüm ibdata1 sadece 500MB dosya aşağı!
Bir şans ver. Bununla ilgili başka sorularınız varsa, sormanız yeterli. Güven Bana; bu kısa vadede olduğu kadar uzun vadede de işe yarayacaktır.
UYARI
Adım 6'da, mysql, mysqlşema başlangıcı düştüğü için yeniden başlatılamazsa , 2. Adıma geri bakın. Şemanın fiziksel kopyasını yaptınız mysql. Aşağıdaki şekilde geri yükleyebilirsiniz:
mkdir /var/lib/mysql/mysql
cp /var/lib/mysql_grants/* /var/lib/mysql/mysql
chown -R mysql:mysql /var/lib/mysql/mysql
6. Adıma geri dönün ve devam edin
GÜNCELLEME 2013-06-04 11:13 EDT
Ayarı ile ilgili olarak innodb_log_file_size % 25'ine innodb_buffer_pool_size 's battaniye kural oldukça eski okul olduğunu, 5. adımda.
Geri July 03, 2006döndüğümüzde, Percona'nın neden uygun bir innodb_log_file_size seçmesi gerektiğine dair güzel bir makalesi vardı . Daha sonra üzerine Nov 21, 2008, Percona başka bir makale üzerinde ile takip bir saatlik değişiklikleri koruyarak en yüksek iş yüküne göre uygun boyutun nasıl hesaplanacağına dair .
O zamandan beri DBA StackExchange'de günlük boyutunu hesaplamak ve bu iki Percona makalesine başvurduğum yer hakkında yazılar yazdım.
Şahsen ben yine de ilk kurulum için% 25 kuralı uygulayacaktım. Ardından, üretimde zaman içinde iş yükü daha doğru belirlenebildiğinden, bir bakım döngüsü sırasında günlükleri dakikalar içinde yeniden boyutlandırabilirsiniz .