Добавляя новый столбец, получение таблицы # 1114 является полным mysql [duplicate]
A NullReferenceException бросается, когда мы пытаемся получить доступ к свойствам нулевого объекта или когда значение строки становится пустым, и мы пытаемся получить доступ к строковым методам.
Например:
- При использовании метода string пустой строки:
string str = string.Empty; str.ToLower(); // throw null reference exception - Когда свойство нулевого объекта доступно:
Public Class Person { public string Name { get; set; } } Person objPerson; objPerson.Name /// throw Null refernce Exception
16 ответов
EDIT: сначала проверьте, если вы не закончили дисковое пространство, прежде чем разрешать разрешение, связанное с конфигурацией.
У вас, кажется, слишком низкий максимальный размер для вашего innodb_data_file_path в ваш my.cnf. В этом примере
innodb_data_file_path = ibdata1:10M:autoextend:max:512M
вы не можете принимать более 512 МБ данных во всех таблицах innodb.
Возможно, вам следует переключиться на innodb-per-table с использованием innodb_file_per_table.
В CentOS 7 просто остановка и запуск службы MySQL исправили это для меня.
sudo service mysql stop
sudo service mysql start
Если вы используете NDBCLUSTER в качестве механизма хранения, вы должны увеличить DataMemory и IndexMemory.
Эта ошибка также появляется, если заполняется раздел, на котором проживает tmpdir (из-за таблицы изменений или другой
Вы также получите ту же ошибку ERROR 1114 (HY000): таблица '# sql-310a_8867d7f' заполнена
, если вы попытаетесь добавить индекс в таблицу, в которой используется механизм хранения MEMORY .
Возможно, у вас закончилось свободное место либо в разделе, где хранятся таблицы mysql (обычно / var / lib / mysql), либо где хранятся временные таблицы (обычно /tmp).
Вы можете: - контролировать свое свободное пространство во время создания индекса. - укажите переменную MySQL tmpdir в другое место. Для этого требуется перезагрузка сервера.
Я столкнулся с этой проблемой ... в моем случае у меня закончилось хранение на выделенном сервере. Убедитесь, что если все остальное не работает и рассматривается увеличение дискового пространства или удаление нежелательных данных или файлов.
В моем случае память сервера была заполнена, поэтому БД не смогла записать временные данные. Чтобы решить эту проблему, вам просто нужно сделать какое-то место на вашем диске.
Если вы не включили опцию innodb_file_per_table, InnoDB сохраняет все данные в одном файле, обычно называемые ibdata1.
Проверьте размер этого файла и убедитесь, что на диске достаточно места на диске он находится на.
Я столкнулся с такой же проблемой из-за низкого дискового пространства. И раздел, в котором размещен файл ibdata1, который является системным табличным пространством для инфраструктуры InnoDB, был заполнен.
у нас было: SQLSTATE [HY000]: Общая ошибка: 1114 Таблица 'catalog_product_index_price_bundle_sel_tmp' заполнена
решена:
edit config of db:
nano /etc/my.cnf
tmp_table_size = 256M max_heap_table_size = 256M
- restart db
-
1Эти настройки 512M опасны. Они управляют максимальным объемом памяти для временных таблиц в сложных вариантах. Это не просто «за соединение», а также «за таблицу tmp». Таким образом, эти значения могут привести к выходу из памяти. – Rick James 29 July 2016 в 22:29
В моем случае это произошло потому, что раздел, содержащий файл ibdata1, был заполнен.
Присвоить документы MySQL.
Механизм хранения InnoDB поддерживает таблицы InnoDB в табличном пространстве, которое может быть создано из нескольких файлов. Это позволяет таблице превышать максимальный размер отдельного файла. В табличное пространство могут входить необработанные разделы диска, что позволяет использовать чрезвычайно большие таблицы. Максимальный размер табличного пространства - 64 ТБ.
Если вы используете таблицы InnoDB и выходите из комнаты в табличном пространстве InnoDB. В этом случае решение заключается в расширении табличного пространства InnoDB. См. Раздел 13.2.5, [«Добавление, удаление или изменение размера данных и файлов журнала InnoDB».]
-
1Мы разместили наш ddbb на Amazon, и он был настроен с авторасширением. Но у нас была та же самая проблема, которую я предполагаю, из-за достижения настроенного сохраненного лимита – borjab 4 November 2016 в 10:03
Это также может быть предел InnoDB для числа открытых транзакций:
http://bugs.mysql.com/bug.php?id=26590
в 1024 транзакции, которые имеют отмененные записи (как, отредактированные любые данные), InnoDB не сработает
-
1
Я тоже столкнулся с этой ошибкой при импорте файла базы данных объемом 8 ГБ. Проверьте мой установочный диск mysql. В накопителе не осталось места. Получив некоторое пространство, удалив ненужные элементы и повторно запустив команду импорта базы данных. На этот раз это было успешно.
/etc/mysql/и частично разделен на дополнительные файлы в/etc/mysql/conf.d– Martin C. 17 June 2017 в 22:01