MYSQL: <имя таблицы> is marked as crashed and should be repaired

В моем случае обошлось просто (Внимание! данные в таблице удаляются!):

Если данные важны для сохранения,восстановить можно попробовать так:

Интересное поведение mysql при выборке из таблицы содержащей NULL

Столкнулся с интересным поведением MySQL при выборке из таблицы содержащей NULL в качестве значения.  Очередной подвох однако.. Пусть например есть таблица:

Хотим получить все значения не содержащие uuid=»peni». Логично было бы использовать такой запрос:

Аааа. А куда делись остальные значения? А вот потому что с точки зрения MySQL правильно будет:

Вывод: при создании таблиц нужно стараться заполнять поля значениями «по умолчанию». Чтобы NULL не было в принципе. Тогда и возможной ошибки не будет.

 

mysql_virtual_alias_maps.cf is unavailable. unsupported dictionary type: mysql после обновления Postfix

После обновления части пакетов, обновился и postfix. После чего перестала отправляться/приниматься почта с ошибкой в логах:

mysql_virtual_alias_maps.cf is unavailable. unsupported dictionary type: mysql

Решение: отвалился модуль postfix-mysql. Порывшись так и не нашел как установить сиё через pkg install

Поставил posfix из портов, отметив модуль mysql

Ошибка при импорте БД из дампа MySQL

Ошибка:

Решение:

Если у вас на сервере нет таблиц с репликациями, просто выполните RESET MASTER; из консоли mysql

Перенос скриптов с PHP 5.х на PHP 7.x

Чаще всего, основная проблема при переносе заключается в отсутствии в PHP 7.x модуля mysql, вместо него предлагается использовать mysqli. Однако если код достаточно обьемный, то перелопатить его чтобы адаптировать к новой версии PHP достаточно сложно и не всегда возможно. Однако есть выход: можно «эмулировать» устаревший код. Например эмуляция модуля mysql возможна следующим скриптом (достаточно его в код в виде include_once ‘mysql.php’) :

1 2 3 4 13