Он вводит тип указателя функции, указывая на функцию, которая ничего не возвращает (void), не принимает никаких параметров и не называет новый тип MCB .
Кажется, что издержки являются временным дисковым пространством, что база данных раньше выполняла некоторые запросы, таким образом, необходимо только волноваться, становится ли это действительно высоким.
можно сравнить 'Оптимизацию таблицы' с дефрагментацией жесткого диска.
я заключаю в кавычки:
Каждая база данных будет, со временем, требовать, чтобы некоторая форма обслуживания сохранила его в оптимальным уровень производительности. При чистке удаленных строк, переупорядочивания, сжатия, настраивание индексных путей, дефрагментация, и т.д. - то, что известно как ОПТИМИЗАЦИЯ в mysql и другие условия в других базах данных. Например, вызовы IBM DB2/400 это РЕОРГАНИЗОВЫВАЕТ ФИЗИЧЕСКОГО УЧАСТНИКА ФАЙЛА.
Это отчасти похоже на изменение нефти в Вашем автомобиле или получении настройки. Можно думать, что Вы действительно не имеете к, но путем выполнения, таким образом, автомобиль работает намного лучше, Вы позволяете сократить расход горючего и т.д. Автомобиль, который получает большой пробег, требует настроек чаще. База данных, которая получает интенсивное использование, требует того же. Если Вы делаете большое ОБНОВЛЕНИЕ и/или УДАЛЯЕТЕ операции, и особенно если Ваши таблицы имеют столбцы переменной длины (VARCHAR, ТЕКСТ, и т.д.), необходимо сохранить 'er настроенными.
Если Вы говорите о вещи, что phpMyAdmin
вызовы overhead
, то это - фактический размер файла данных таблицы относительно идеального размера того же файла данных (как будто, когда просто восстановлено от резервного копирования).
По причинам производительности, MySQL
не уплотняет файлы данных после того, как это удалит или обновит строки.
Это overhead
плохо для сканирования таблицы, т.е. когда Ваш запрос должен будет работать на основе всех значений таблицы, это должно будет посмотреть на больший вакуум.
можно избавиться от overhead
путем выполнения OPTIMIZE TABLE
, который уплотнит таблицу и индексы.