Migrating MySQL UTF8 to UTF8MB4 problems and questions
- There are limits on the size of an INDEX. You bumped into the limit because utf8mb4 needs up to 4 bytes per character, where as utf8 needs only 3. Meanwhile the INDEX size limit is in bytes.
The 'solution' is to decide what to do about the over-sized index. (more below)
2.
ALTER TABLE t CHANGE col col ...
is the same as the more logical
ALTER TABLE t MODIFY col ...
The former allows you to change the name of the column, hence two copies of the column name when you don't need to change the name.
Quite likely you had
VARCHAR(255)
which takes 767 bytes in utf8 (3*255+2; the "2" is the size of the length field). The equivalent in the 4-byte utf8mb4 would be (191) (4*191+2=766; not room for more than 191).I have not seen an article about it. I suspect that what I just said is most of what needs to be said.
So...
Plan A: Do you have foo VARCHAR(255)
and it was utf8? Is the data in it always (now and in the future) shorter than 191 characters? If so, then simply do the ALTER.
Plan B: If you need more than 191, do you really need the INDEX? DROP INDEX may be an alternative.
Plan C: Or, you could use a "prefix" index: INDEX(foo(191))
, while leaving it VARCHAR(255)
. Usually "prefix" indexes are useless, but you might have a use case for which it works.
To discuss this further, please provide SHOW CREATE TABLE
for the table in question, and discuss the meaning of that particular field and its INDEX.
DB="database_name"
USER="mysql_user"
PASS="mysql_password"
(
echo 'ALTER DATABASE `'"$DB"'` CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;'
mysql -p$PASS -u $USER "$DB" -e "SHOW TABLES" --batch --skip-column-names \
| xargs -I{} echo 'ALTER TABLE `'{}'` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;'
) \
| mysql -p$PASS -u $USER "$DB"
To get the script you work open your command line and use the following steps:
- nano convert_to_utf8mb4.sh
- paste the script & save
- sudo chmod 755 convert_to_utf8mb4.sh (in terminal)
- run the script by type ./convert_to_utf8mb4.sh
Yes, collation has been changed!
this is an old question but following some of the answers here 5 years later is, as I discovered, a bad idea.
Do not alter the size of your VARCHAR
fields, you could damage your data and break everything.
In current versions of MySQL and MaraiDB add this to your config and it will support the larger keys necessary for UTF8mb4
innodb_large_prefix=1
I also suggest adding
innodb_file_per_table =1
innodb_file_format=Barracuda
then the conversion will happen without errors/warnings about the key length