1114 (HY000): Bảng đã đầy

Tôi đang cố thêm một hàng vào InnoDBbảng bằng một truy vấn đơn giản:

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

Nhưng khi tôi thử truy vấn này, tôi nhận được như sau:

ERROR 1114 (HY000): Bảng đã zip_codesđầy

Làm một

SELECT COUNT(*) FROM zip_codes

cung cấp cho tôi 188,959 hàng, có vẻ như không quá nhiều khi tôi có một bảng khác với 810,635 hàng trong cùng cơ sở dữ liệu đó.

Tôi khá thiếu kinh nghiệm với InnoDB enginevà chưa bao giờ gặp vấn đề này với MyISAM. Một số vấn đề tiềm ẩn ở đây là gì?

CHỈNH SỬA: Điều này chỉ xảy ra khi thêm một hàng vào zip_codesbảng.

CHỈNH SỬA: Đầu tiên hãy kiểm tra, nếu bạn không hết dung lượng đĩa, trước khi chuyển sang độ phân giải liên quan đến cấu hình.

Bạn dường như có kích thước tối đa quá thấp so với innodb_data_file_pathtrong của bạn my.cnf, Trong ví dụ này

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

bạn không thể lưu trữ nhiều hơn 512MB dữ liệu trong tất cả các bảng innodb kết hợp.

Có lẽ bạn nên chuyển sang sử dụng lược đồ innodb-per-table innodb_file_per_table.

Một lý do có thể khác là phân vùng bị đầy - đây chỉ là những gì đã xảy ra với tôi bây giờ.

Bạn cũng sẽ gặp lỗi tương tự LỖI 1114 (HY000): Bảng '# sql-310a_8867d7f' đã đầy

nếu bạn cố gắng thêm một chỉ mục vào bảng đang sử dụng công cụ lưu trữ MEMORY.

Bạn cần sửa đổi giới hạn giới hạn được đặt trong my.cnf cho các bảng INNO_DB. Giới hạn bộ nhớ này không được đặt cho các bảng riêng lẻ, nó được đặt cho tất cả các bảng được kết hợp.

Nếu bạn muốn bộ nhớ tự động mở rộng thành 512MB

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

Nếu bạn không biết giới hạn hoặc không muốn đặt giới hạn, bạn có thể sửa đổi nó như thế này

innodb_data_file_path = ibdata1:10M:autoextend

Lỗi này cũng xuất hiện nếu phân vùng nằm trên đó tmpdirđầy (do bảng thay đổi hoặc

Trong trường hợp của tôi, điều này là do phân vùng lưu trữ tệp ibdata1 đã đầy.

Bạn có thể sắp hết dung lượng trong phân vùng nơi lưu trữ các bảng mysql (thường là / var / lib / mysql) hoặc trong nơi lưu trữ các bảng tạm thời (thường là / tmp).

Bạn có thể muốn: - theo dõi dung lượng trống của mình trong quá trình tạo chỉ mục. - trỏ biến tmpdir MySQL đến một vị trí khác. Điều này yêu cầu khởi động lại máy chủ.

Tôi cũng gặp phải lỗi này khi nhập tệp cơ sở dữ liệu sql 8GB. Đã kiểm tra ổ cài đặt mysql của tôi. Không còn chỗ trống trong ổ đĩa. Vì vậy, có một số không gian bằng cách loại bỏ các mục không mong muốn và chạy lại lệnh nhập cơ sở dữ liệu của tôi. Lần này nó đã thành công.

Nếu bạn sử dụng NDBCLUSTER làm công cụ lưu trữ, bạn nên tăng DataMemoryvà IndexMemory.

Mysql FQA

Trừ khi bạn bật innodb_file_per_tabletùy chọn, InnoDBgiữ tất cả dữ liệu trong một tệp, thường được gọi là ibdata1.

Kiểm tra kích thước của tệp đó và kiểm tra xem bạn có đủ dung lượng đĩa trong ổ đĩa mà tệp đó nằm không.

chúng tôi đã có: SQLSTATE [HY000]: Lỗi chung: 1114 Bảng 'catalog_product_index_price_bundle_sel_tmp' đã đầy

giải quyết bởi:

chỉnh sửa cấu hình của db:

nano /etc/my.cnf

tmp_table_size = 256 triệu max_heap_table_size = 256 triệu

• khởi động lại db

Để trích dẫn các Tài liệu MySQL.

Công cụ lưu trữ InnoDB duy trì các bảng InnoDB trong một không gian bảng có thể được tạo từ một số tệp. Điều này cho phép một bảng vượt quá kích thước tệp riêng lẻ tối đa. Không gian bảng có thể bao gồm các phân vùng đĩa thô, cho phép các bảng cực kỳ lớn. Kích thước vùng bảng tối đa là 64TB.

Nếu bạn đang sử dụng bảng InnoDB và hết chỗ trong không gian bảng InnoDB. Trong trường hợp này, giải pháp là mở rộng không gian bảng InnoDB. Xem Phần 13.2.5, [“Thêm, xóa hoặc thay đổi kích thước tệp nhật ký và dữ liệu InnoDB”.]

trong trường hợp của tôi, đó chỉ là do máy chủ mysql chạy cùng với một ứng dụng, người viết quá nhiều nhật ký khiến đĩa bị đầy.

bạn có thể kiểm tra xem đĩa có đủ dung lượng sử dụng không

df -h

nếu phần trăm sử dụng đĩa là 100%, bạn có thể sử dụng lệnh này để tìm thư mục nào quá lớn

du -h -d 1 /

NGƯỜI DÙNG DOCKER: Điều này cũng xảy ra khi bạn đã đạt đến khoảng 90% giới hạn kích thước hình ảnh Docker của mình (có vẻ như cần 10% để lưu vào bộ nhớ đệm). Từ ngữ khó hiểu, vì điều này chỉ đơn giản có nghĩa là dung lượng ổ đĩa mà Docker có thể sử dụng cho mọi thứ về cơ bản.

Để khắc phục, hãy chuyển đến cài đặt màn hình Docker> Đĩa> di chuyển thanh trượt sang bên phải một chút> Áp dụng.

Trên CentOS 7 chỉ cần dừng và khởi động dịch vụ MySQL đã khắc phục điều này cho tôi.

sudo service mysql stop

sudo service mysql start

Tôi phải đối mặt với vấn đề tương tự vì không gian đĩa thấp. Và phân vùng lưu trữ tệp ibdata1 là không gian bảng hệ thống cho cơ sở hạ tầng InnoDB đã đầy.

Tôi đang gặp sự cố này ... trong trường hợp của tôi, tôi đã hết bộ nhớ trên máy chủ chuyên dụng của mình. Kiểm tra xem nếu mọi thứ khác không thành công và xem xét tăng dung lượng đĩa hoặc xóa dữ liệu hoặc tệp không mong muốn.

Trong trường hợp của tôi, bộ nhớ máy chủ đã đầy nên DB không thể ghi dữ liệu tạm thời. Để giải quyết nó, bạn chỉ cần tạo một số vị trí trên ổ đĩa của mình.

Tôi đã khắc phục sự cố này bằng cách tăng dung lượng bộ nhớ có sẵn cho máy ảo ảo nơi đặt cơ sở dữ liệu.

Trong trường hợp của tôi, tôi đang cố gắng chạy một lệnh bảng thay đổi và dung lượng đĩa có sẵn nhỏ hơn kích thước của bảng. Sau khi tôi tăng dung lượng ổ đĩa, sự cố đã biến mất.

Đĩa này đầy tại / var / www / mysql

Đây cũng có thể là giới hạn InnoDB cho số lượng giao dịch mở:

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

tại 1024 giao dịch, có bản ghi hoàn tác (như trong, chỉnh sửa bất kỳ dữ liệu nào), InnoDB sẽ không hoạt động