Jump to content

Recommended Posts

Но что самое непонятное, это вот что

Some or all of the columns in your database are not using the utf8_unicode_ci collation (admin_login_logs.admin_ip_address is utf8_general_ci).

А вот что в БД в реале

admin_ip_address varchar(46) utf8_unicode_ci

Даем команды:

ALTER DATABASE databasename CHARACTER SET utf8 COLLATE utf8_unicode_ci;
ALTER TABLE tablename CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci;

Результат применения - 0 строк.

Link to post
Share on other sites

Проблему решил. Так как в инете много таких случаев, но нигде не описано решение, делюсь своим опытом.

Базы сконвертил сам. Несмотря на то, что они и ранее все были UTF8, то часть колонок была в general_ci, а IPS 4 хочет unicode_ci.

Берем программу HeidiSQL, идем в  Tools -> Bulk table editor, выбираем нашу базу слева, information_schema НЕ выделяем,  и справа делаем 2 настройки как винно на скрине.

Выполнение в целом летит весело, но на таблице posts оно может залипать на минуты. Нужно ждать, так как эта таблица может быть огромного размера.

После этого скрипты ips4 и utf8convert претензий к базе не имеют.

IPS4_utf.png

Link to post
Share on other sites
  • 4 years later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Ваша ссылка была автоматически строена.   Отображать как обычную ссылку

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...