1114 (HY000): Стіл заповнений

Я намагаюся додати рядок до InnoDBтаблиці просто запитом:

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

Але при спробі цього запиту я отримую таке:

ПОМИЛКА 1114 (HY000): Таблиця zip_codesзаповнена

Робити a

SELECT COUNT(*) FROM zip_codes

дає мені 188,959 рядків, що не здається занадто великим, враховуючи, що я маю ще одну таблицю з 810 635 рядками в тій самій базі даних.

Я досить недосвідчений із InnoDB engineпроблемою і ніколи не стикався з цим питанням MyISAM. Які тут є деякі потенційні проблеми?

EDIT: Це відбувається лише при додаванні рядка до zip_codesтаблиці.

РЕДАКТУВАННЯ: Спочатку перевірте, чи не вистачає місця на диску, перш ніж вирішити рішення, пов’язане з конфігурацією.

Ви, здається, маєте занадто низький максимальний розмір для innodb_data_file_pathсвого my.cnf, у цьому прикладі

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

ви не можете розмістити більше 512 Мб даних у всіх таблицях innodb разом.

Можливо, вам слід перейти до схеми innodb за таблицею, використовуючи innodb_file_per_table.

Ще одна можлива причина - заповнення розділу - це саме те, що сталося зі мною зараз.

Ви також отримаєте ту саму помилку ERROR 1114 (HY000): Таблиця '# sql-310a_8867d7f' заповнена

якщо ви спробуєте додати індекс до таблиці, яка використовує двигун пам'яті MEMORY.

Потрібно змінити ліміт обмежень, встановлений у my.cnf для таблиць INNO_DB. Цей ліміт пам’яті не встановлений для окремих таблиць, він встановлений для всіх таблиць у поєднанні.

Якщо ви хочете, щоб пам'ять автоматично розширювалася до 512 Мб

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

Якщо ви не знаєте обмеження або не хочете ставити обмеження, ви можете змінити його так

innodb_data_file_path = ibdata1:10M:autoextend

Ця помилка також з’являється, якщо розділ, на якому tmpdirзнаходиться, заповнюється (через таблицю alter або інше)

У моєму випадку це було тому, що розділ, на якому розміщено файл ibdata1, був заповнений.

Можливо, у вас не вистачає місця або в розділі, де зберігаються таблиці mysql (зазвичай / var / lib / mysql), або в тимчасових таблицях (зазвичай / tmp).

Ви можете: - контролювати вільний простір під час створення індексу. - вкажіть змінну tmpdir MySQL на інше місце. Для цього потрібен перезапуск сервера.

Я теж зіткнувся з цією помилкою під час імпорту файлу бази даних sql 8 Гб. Перевірив мій інсталяційний привід mysql. У приводі не залишилось місця. Отож, вийшло трохи місця, видаливши непотрібні елементи та перезапустивши команду імпорту бази даних. Цього разу це вдалося.

Якщо ви використовуєте NDBCLUSTER як двигун зберігання даних, вам слід збільшити DataMemoryі IndexMemory.

Mysql FQA

Якщо ви не включили innodb_file_per_tableопцію, InnoDBзберігає всі дані в одному файлі, як правило, викликається ibdata1.

Перевірте розмір цього файлу та переконайтеся, що у вас є достатньо місця на диску, на якому він знаходиться.

у нас було: SQLSTATE [HY000]: Загальна помилка: 1114 Повна таблиця 'catalog_product_index_price_bundle_sel_tmp'

вирішено:

редагувати конфігурацію db:

nano /etc/my.cnf

tmp_table_size = 256M max_heap_table_size = 256M

• перезапустити db

Цитувати документи MySQL.

Система зберігання InnoDB підтримує таблиці InnoDB у просторі таблиць, який можна створити з декількох файлів. Це дозволяє таблиці перевищувати максимальний індивідуальний розмір файлу. Простір таблиць може включати в себе сирі дискові розділи, що дозволяє надзвичайно великі таблиці. Максимальний розмір таблиці - 64 ТБ.

Якщо ви використовуєте таблиці InnoDB і не вистачає місця в просторі таблиць InnoDB. У цьому випадку рішення полягає в розширенні простору таблиць InnoDB. Див. Розділ 13.2.5, ["Додавання, видалення чи зміна розміру даних і файлів журналу InnoDB".]

у моєму випадку це лише тому, що сервер mysql працює разом із додатком, який записує занадто багато журналів, що диск заповнений.

ви можете перевірити, чи є на диску достатньо місця

df -h

якщо відсоток використання диска становить 100%, ви можете використовувати цю команду, щоб знайти, який каталог занадто великий

du -h -d 1 /

КОРИСТУВАЧИ ДАТЕРІВ: Це також трапляється, коли ви досягли 90% від обмеження розміру зображення Docker (схоже, 10% потрібно кешувати). Формулювання заплутане, оскільки це просто означає, що кількість дискового простору Docker може використати для всього.

Щоб виправити, перейдіть до налаштувань робочого столу Docker> Диск> пересуньте повзунок трохи більше праворуч> Застосувати.

На CentOS 7 просто зупинившись та запустивши службу MySQL, це виправлено для мене.

sudo service mysql stop

sudo service mysql start

Я зіткнувся з тією ж проблемою через мало місця на диску. І розділ, який розміщує файл ibdata1, що є системним простором таблиць для інфраструктури InnoDB, був заповнений.

У мене виникла ця проблема ... у моєму випадку мені не вистачає пам’яті на виділеному сервері. Переконайтеся, що якщо все інше не вдається, і подумайте про збільшення дискового простору або видалення небажаних даних або файлів.

У моєму випадку пам’ять сервера була повна, тому БД не міг записати тимчасові дані. Щоб вирішити це, вам просто потрібно зробити місце на своєму приводі.

Я вирішив цю проблему, збільшивши об’єм пам’яті, доступного для бродячого ВМ, де була база даних.

У моєму випадку я намагався запустити команду alter table, і наявне місце на диску було менше розміру таблиці. Одного разу я збільшив простір на диску, проблема усунулася.

Цей диск повний на / var / www / mysql

Це також може бути ліміт InnoDB для кількості відкритих транзакцій:

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

при 1024 транзакціях, які мають скасування записів (як, наприклад, відредаговані будь-які дані), InnoDB не працюватиме