При апгрейде движка с vbulletin 4.2.2 на vbulletin connect 5.1.5 столкнулся с проблемой

Specified key was too long; max key length is 767 bytes

Эта специфическая ошибка у вас возникнет при совпадении двух условий:

• Форум использует кодировку UTF-8
• MySQL поддерживает формат InnoDB

Скрипт апгрейда по возможности старается использовать формат InnoDB, поскольку он дает ряд преимуществ по отношению к MyISAM (блокировки на уровне строки, а не таблицы и тп)
Проблема описана на сайте MySQL и связана с тем что по умолчанию в InnoDB индексный ключ для одной колонки может быть длиной до 767 байт. Учитывая что UTF8 символы могут занимать до 3 байт, длина индексируемой колонки не может быть более ~255 байт. Решить проблему можно несколькими путями: включить конфигурационный параметр innodb_large_prefix и объявить формат строк как DYNAMIC или COMPRESSED. Либо принудительно объявить формат проблемных таблиц как MyISAM, тем более что таких в процессе апгрейда всего две. Для этого в файле
/core/install/includes/class_upgrade_500a1.php необходимо сделать две замены:

Строка 141 и строка 384

PHP Code:

) ENGINE = " . $this->hightrafficengine . " 


заменить на

PHP Code:

) ENGINE =MyISAM 


Это позволит обойти проблему и сделать апгрейд форумной платформы. В дальнейшем вы можете вручную поменять формат этих таблиц на InnoDB, сделав соответствующие изменения в настройках MySQL сервера о которых я сказал выше

Кроме того в процессе апгрейда могут возникать ошибки

MySQL server has gone away

Тут достаточно просто увеличить таймаут соединения в my.cnf или в скрипте /core/install/includes/class_upgrade.php строка 1985 после

PHP Code:

protected function run_query($message, $query, $ignorable_errors = array())
        { 


поставить

PHP Code:

$this->db->query_write("SET wait_timeout=3600"); 


Надеюсь это поможет вам при апгрейде

Originally Posted by Сергей Ильюхин

InnoDB, поскольку он дает ряд преимуществ по отношению к MyISAM

это спорное утверждение

Originally Posted by Сергей Ильюхин

Надеюсь это поможет вам при апгрейде

Спасибо за статью

Надеюсь, желающих обновляться будет минимум

Originally Posted by Luvilla

это спорное утверждение

Очень спорное, надо опираться на то, для чего будет использоваться та или иная таблица и исходя из этого уже делать выбор, из базового:
если нужны транзакции, то Inno, если таблицы, схожие с post, то-есть в целом единоразовое написание и в дальнейшем только чтение, то MyISAM, из значительных минусов Inno для вб, не работает fulltext.
Вопрос очень тонкий, сам до конца ещё не понял, но для себя сделал простую формулу:
- надёжность, транзакции - InnoDB;
- производительность, объёмы - MyISAM.

Originally Posted by mindframe

- надёжность, ... - InnoDB;

а что ты делаешь, если InnoDB покрашилась?

@Luvilla, единого решения не существует, ну и случается это относительно редко, но в большинстве случаев всё согласно официальным манам: innodb_force_recovery.
Подробнее: http://dev.mysql.com/doc/refman/5.0/...-recovery.html