Nedense, MySQL sunucumdaki tüm InnoDB tabloları mysqltuner çalıştırdığınızda parçalanmış olarak listeleniyor. Sunucuyu yalnızca birkaç saat önce (OSX Lion'da) yükledim ve içinde toplu iş dosyalarından alınan bir sürü taze veri var.

Bir veritabanındaki tüm tabloları MYISAM'a dönüştürmeyi denedim ve parçalanmış tabloların sayısının düştüğünden eminim. Garip bir şekilde, bu tabloları InnoDB'ye dönüştürdüğümde parçalanmış tablo sayısı tekrar geri çekildi. Bu şimdiye kadar yaptığım araştırmanın aksine, koşmanın ALTER TABLE table_name ENGINE=INNODB;parçalanmayı düzeltmesi gerektiğini gösteriyor .

Google'dan biraz sonra koştum:

SELECT table_schema, table_name, data_free/1024/1024 AS data_free_MB 
FROM information_schema.tables
WHERE engine LIKE 'InnoDB' AND data_free > 0

Sözde tüm parçalanmış tabloları listeler (gerçekten parçalanmış tablo sayısı için mysqltuner çıktıları ile aynı sayıda sonuç döndürür). Her bir giriş data_free_MBsütunda tam olarak aynı numaraya sahiptir (şu anda 7.00000000).

Bu gerçekten gerçek bir sorun mu yoksa mysqltuner'ın yanlış yaptığı bir şey mi? Sorun varsa, nasıl düzeltebilirim?

DÜZENLE

Bir aptal olduğumdan ve 7MB'lık parçalanmanın her dosya için değil, tüm dosya için olduğundan daha fazla şüpheleniyorum. Herkes böyle bir durumun doğru olup olmadığını teyit edebilir mi?

Yukarıdaki yorumlarıma göre, sqltuner çıktılarının tümü hataları göstermez. Komut dosyası, genellikle bir sonraki satırda, ardından da düzeltme önerileriyle ilgili bir sorun olduğunu açıkça belirtmedikçe, yalnızca bilgi amaçlı bir öğedir.

İnnodb_file_per_table özelliğini etkinleştirdiğinizde , yaptığınız tek şey yeni InnoDB tablolarının harici bir .ibddosyada oluşturulmasını sağlamak için bir protokol ayarlamaktı . Bundan önce oluşturduğunuz tüm InnoDB tabloları hala ibdata1 içine gömülüdür.

İnnodb_file_per_table devre dışı bırakıldığında, her çalıştırdığınızda

ALTER TABLE table_name ENGINE=INNODB;

tek yaptığı tablonun veri ve indeks sayfalarını ibdata1'e eklemek. Bu, tabloyu bitişik sayfalarda var edecek ve parçalanmayı kaldıracak, olumsuz, ibdata1'in hızlı bir şekilde büyümesidir.

ÖNERİ

Tüm verileri dışa aktarmanız, ibdata1, ib_logfile0, ib_logfile1'i kaldırmanız ve yeniden yüklemeniz gerekir.

Bunu nasıl ve neden yapacağımı yazdım

• Oct 29, 2010: Nasıl: Mysql InnoDB depolama motorunu temizleme?
• Jul 05, 2012: İbdata1'i taşı, innodb_data_file_path olarak ayarla

GÜNCELLEME 2012-08-15 12:05 EDT

Sen mysqltuner.pl betiğin içine bakmak isteyebilirsiniz. IMHO Bence parçalanma ölçmek için eski bir formül kullanıyor. Mysqltuner yazılımının en son sürümüne sahip olduğunuzdan emin olun.

Harici olarak depolanan InnoDB tablolarının parçalanmasının ölçülmesine gelince, 11 Nisan 2012 tarihinde bunun hakkında bir yazı yazdım (19 Nisan 2012 için alttaki Güncelleme'ye bakın)