1114 (HY000): Masa dolu

InnoDBBasit bir sorgu ile bir tabloya satır eklemeye çalışıyorum :

INSERT INTO zip_codes (zip_code, city) VALUES ('90210', 'Beverly Hills');

Ancak bu sorguyu denediğimde aşağıdakileri alıyorum:

HATA 1114 (HY000): Tablo zip_codesdolu

Yapmak

SELECT COUNT(*) FROM zip_codes

bana 188.959 satır veriyor, bu aynı veritabanında 810.635 satırlık başka bir tablom olduğu düşünülürse çok fazla görünmüyor.

InnoDB engineBu konuda oldukça deneyimsizim ve bu sorunu hiç yaşamadım MyISAM. Buradaki olası sorunlardan bazıları nelerdir?

DÜZENLEME: Bu yalnızca zip_codestabloya bir satır eklerken gerçekleşir .

DÜZENLEME: Yapılandırmayla ilgili çözüme geçmeden önce, ilk olarak, disk alanınızın bitip bitmediğini kontrol edin.

Eğer bir çok düşük maksimum boyutu var gibi innodb_data_file_pathGözlerinde farklı my.cnf, bu örnek olarak

innodb_data_file_path = ibdata1:10M:autoextend:max:512M

Tüm innodb tablolarında birleştirilmiş 512 MB'tan fazla veri barındıramazsınız.

Belki kullanarak masa başına innodb şemasına geçmelisiniz innodb_file_per_table.

Bir başka olası neden, bölümün dolu olmasıdır - bu şimdi bana olan şey.

Ayrıca aynı hatayı ERROR 1114 (HY000) alacaksınız: '# sql-310a_8867d7f' tablosu dolu

depolama motorunu kullanan bir tabloya bir dizin eklemeye çalışırsanız MEMORY.

INNO_DB tabloları için my.cnf'de ayarlanan limit sınırını değiştirmeniz gerekir. Bu bellek limiti tek tek tablolar için ayarlanmamıştır, birleştirilmiş tüm tablolar için ayarlanmıştır.

Belleğin otomatik olarak 512MB'ye uzatılmasını istiyorsanız

innodb_data_file_path = ibdata1:10M:autoextend:max:512M

Sınırı bilmiyorsanız veya bir sınır sınırı koymak istemiyorsanız, bunu şu şekilde değiştirebilirsiniz

innodb_data_file_path = ibdata1:10M:autoextend

Bu hata, tmpdirbulunduğu bölümün dolması durumunda da görünür (bir alter tablosu veya diğer

Benim durumumda bunun nedeni ibdata1 dosyasını barındıran bölümün dolu olmasıydı.

Ya mysql tablolarının depolandığı bölümde (genellikle / var / lib / mysql) veya geçici tabloların depolandığı yerde (genellikle / tmp) alanınız tükeniyor olabilir.

Şunları isteyebilirsiniz: - dizin oluşturma sırasında boş alanınızı izlemek. - tmpdir MySQL değişkenini farklı bir konuma yönlendirin. Bu, sunucunun yeniden başlatılmasını gerektirir.

Ben de 8GB sql veritabanı dosyasını içe aktarırken bu hatayla karşılaştım. Mysql kurulum sürücümü kontrol ettim. Sürücüde hiç yer kalmamıştı. Bu yüzden istenmeyen öğeleri kaldırarak biraz alan aldım ve veritabanı içe aktarma komutumu yeniden çalıştırdım. Bu sefer başarılı oldu.

NDBCLUSTER'ı depolama motoru olarak kullanıyorsanız, DataMemoryve artırmalısınız IndexMemory.

Mysql FQA

innodb_file_per_tableSeçeneği etkinleştirmediyseniz , InnoDBtüm verileri genellikle adı verilen tek bir dosyada tutar ibdata1.

Bu dosyanın boyutunu kontrol edin ve bulunduğu sürücüde yeterli disk alanı olup olmadığını kontrol edin.

biz vardı: SQLSTATE [HY000]: Genel hata: 1114 'catalog_product_index_price_bundle_sel_tmp' tablosu dolu

çözen:

db'nin yapılandırmasını düzenle:

nano /etc/my.cnf

tmp_table_size = 256M max_heap_table_size = 256M

• db'yi yeniden başlat

MySQL Belgelerinden alıntı yapmak için.

InnoDB depolama motoru, InnoDB tablolarını birkaç dosyadan oluşturulabilen bir tablo alanı içinde tutar. Bu, bir tablonun maksimum bireysel dosya boyutunu aşmasına izin verir. Tablo alanı, çok büyük tablolara izin veren ham disk bölümlerini içerebilir. Maksimum tablo alanı boyutu 64TB'dir.

InnoDB tabloları kullanıyorsanız ve InnoDB tablo alanında yer kalmadıysa. Bu durumda çözüm InnoDB tablo alanını genişletmektir. Bkz. Bölüm 13.2.5, ["InnoDB Verilerini ve Günlük Dosyalarını Ekleme, Kaldırma veya Yeniden Boyutlandırma".]

benim durumumda, mysql sunucusunun bir uygulama ile birlikte çalışması ve diskin dolu olduğuna dair çok fazla günlük yazmasıdır.

diskte yeterli alan olup olmadığını kontrol edebilirsiniz

df -h

Disk kullanım yüzdesi% 100 ise, hangi dizinin çok büyük olduğunu bulmak için bu komutu kullanabilirsiniz.

du -h -d 1 /

DOCKER KULLANICILARI: Bu, Docker görüntü boyutu sınırınızın yaklaşık% 90'ına ulaştığınızda da olur (önbelleğe almak için% 10 gerekli gibi görünüyor). İfadeler kafa karıştırıcı, çünkü bu, Docker'ın temelde her şey için kullanabileceği disk alanı miktarı anlamına geliyor.

Düzeltmek için Docker masaüstü ayarlarınıza gidin> Disk> kaydırıcıyı biraz daha sağa kaydırın> Uygula.

CentOS 7'de MySQL hizmetini durdurmak ve başlatmak bunu benim için çözdü.

sudo service mysql stop

sudo service mysql start

Düşük disk alanı nedeniyle aynı sorunla karşılaştım. Ve InnoDB altyapısı için sistem tablo alanı olan ibdata1 dosyasını barındıran bölüm doluydu.

Bu sorunu yaşıyordum ... benim durumumda, özel sunucumda depolama alanı bitiyor. Her şeyin başarısız olup olmadığını kontrol edin ve disk alanını artırmayı veya istenmeyen verileri veya dosyaları kaldırmayı düşünün.

Benim durumumda sunucu belleği doluydu, bu nedenle DB geçici verileri yazamadı. Çözmek için sürücünüzde bir yer açmanız yeterlidir.

Veritabanının bulunduğu serseri VM için kullanılabilir bellek miktarını artırarak bu sorunu çözdüm.

Benim durumumda, bir tabloyu değiştir komutu çalıştırmaya çalışıyordum ve kullanılabilir disk alanı tablonun boyutundan daha azdı. Bir defasında disk alanını artırdım, sorun ortadan kalktı.

Bu disk / var / www / mysql adresinde dolu

Bu, açık işlem sayısı için InnoDB sınırı da olabilir:

http://bugs.mysql.com/bug.php?id=26590

Geri alma kayıtları olan (herhangi bir veride olduğu gibi) 1024 işlemde InnoDB çalışmayacaktır