MySQL utf8 vs utf8mb4: jaka jest różnica między utf8 a utf8mb4?
Podczas pracy z bazami danych MySQL można napotkać kodowanie znaków utf8 i utf8mb4, które na pierwszy rzut oka mogą wydawać się podobne. Mają one jednak znaczące różnice, które mogą wpływać na przechowywanie i wyświetlanie danych, zwłaszcza w przypadku różnych znaków i emotikonów. Zrozumienie różnic między utf8 i utf8mb4 ma kluczowe znaczenie dla wyboru odpowiedniego zestawu znaków dla bazy danych i zapewnienia prawidłowego przechowywania danych.
W tym artykule przyjrzymy się różnicom między utf8 i utf8mb4 w MySQL, powodom stosowania utf8mb4 oraz sposobom migracji bazy danych do utf8mb4 w razie potrzeby.
Czym jest utf8 w MySQL?
W MySQL zestaw znaków utf8 był historycznie używany do przechowywania danych Unicode. Został on zaprojektowany do obsługi wszystkich znaków Unicode, dzięki czemu nadaje się do większości danych tekstowych, w tym wielu języków i znaków specjalnych. Jednak implementacja utf8 w MySQL obsługuje tylko podzbiór pełnego standardu UTF-8.
Ile bajtów wykorzystuje utf8?
Zestaw znaków utf8 w MySQL koduje znaki przy użyciu od 1 do 3 bajtów na znak. Oznacza to, że nie może reprezentować znaków, które wymagają 4 bajtów, takich jak niektóre emotikony i niektóre mniej popularne znaki chińskie, japońskie i koreańskie (CJK). Jeśli spróbujesz przechowywać takie 4-bajtowe znaki w kolumnie utf8, MySQL zwróci błąd, powodując niepowodzenie wstawiania danych.
Przykład nieobsługiwanych znaków w utf8:
- Emoji takie jak 😊, 🚀 i ❤️.
- Niektóre rzadkie znaki CJK.
- Symbole matematyczne i inne wyspecjalizowane znaki Unicode.
Ograniczenie to doprowadziło do implementacji utf8mb4 w MySQL.
Czym jest utf8mb4 w MySQL?
Zestaw znaków utf8mb4 w MySQL jest prawdziwą implementacją pełnego standardu UTF-8. Obsługuje od 1 do 4 bajtów na znak, umożliwiając użycie całego zestawu znaków Unicode. Obejmuje to wszystkie znaki obsługiwane przez utf8, a także dodatkowe 4-bajtowe znaki, których utf8 nie obsługuje.
Dlaczego wprowadzono utf8mb4?
MySQL wprowadził utf8mb4, aby zaradzić niedociągnięciom utf8. Dzięki utf8mb4 można przechowywać dowolny prawidłowy znak Unicode, w tym emoji, nuty, symbole matematyczne i cały zestaw znaków CJK. To sprawia, że utf8mb4 jest preferowanym zestawem znaków dla nowoczesnych aplikacji, które muszą obsługiwać szeroki zakres danych tekstowych.
Główne różnice między utf8 i utf8mb4
Charakterystyka | utf8 | utf8mb4 |
Bajty na znak | 1-3 | 1-4 |
Pokrycie kodu Unicode | Częściowe (z wyłączeniem znaków 4-bajtowych) | Pełny (obsługuje cały kod Unicode) |
Obsługa emotikonów | Nie | Tak |
Znaki CJK | Większość, ale nie wszystkie | Wszystkie |
Zgodność | Nieaktualne bazy danych | Zalecane dla nowych projektów |
1. Długość bajtu
Najważniejszą różnicą między utf8 i utf8mb4 jest liczba bajtów używanych do przechowywania znaków. utf8 obsługuje do 3 bajtów, podczas gdy utf8mb4 obsługuje do 4 bajtów. W rezultacie utf8mb4 może przechowywać szerszy zakres znaków Unicode.
2. Emoji i znaki specjalne
Jeśli musisz przechowywać emoji lub jakiekolwiek znaki specjalne, które wymagają 4 bajtów, utf8mb4 jest jedyną realną opcją. W przypadku utf8 próba zapisania 4-bajtowego znaku spowoduje błąd, który może spowodować utratę danych lub awarię aplikacji.
3. Zgodność z bazą danych
utf8 był domyślnym zestawem znaków dla wielu starszych instalacji MySQL, dzięki czemu był kompatybilny ze starszymi systemami. Jednak w przypadku nowych projektów i aplikacji, które muszą obsługiwać globalną publiczność z różnymi zestawami znaków, obecnie zaleca się utf8mb4.
Dlaczego warto używać utf8mb4 zamiast utf8?
Biorąc pod uwagę ograniczenia utf8, użycie utf8mb4 jest ogólnie lepszym wyborem dla nowoczesnych aplikacji. Oto kilka powodów, dla których warto wybrać utf8mb4:
- Pełna obsługa Unicode: utf8mb4 umożliwia przechowywanie wszystkich znaków Unicode, w tym emoji, które stają się coraz bardziej powszechne w treściach generowanych przez użytkowników.
- Perspektywiczność: W miarę dodawania nowych znaków do standardu Unicode, utf8mb4 zapewnia, że baza danych może je obsłużyć.
- Globalna kompatybilność: Dzięki utf8mb4 nie musisz martwić się o kompatybilność zestawu znaków dla różnych języków i znaków specjalnych.
Kiedy nadal powinienem używać utf8?
Istnieje kilka scenariuszy, w których utf8 powinien być nadal używany:
- Przestrzeń do przechowywania danych: Ponieważ utf8mb4 używa do 4 bajtów na znak, może to skutkować nieco większym rozmiarem bazy danych niż utf8. Jednak w przypadku większości aplikacji różnica ta jest często nieistotna.
- Starsze systemy: Jeśli masz istniejącą aplikację lub bazę danych, która używa utf8 i nie musisz przechowywać 4-bajtowych znaków, przełączenie może nie być konieczne.
Jak przekonwertować bazę danych z utf8 na utf8mb4
Jeśli zdecydujesz się przekonwertować istniejącą bazę danych MySQL z utf8 na utf8mb4, obejmuje to kilka kroków, aby zapewnić płynne przejście. Oto ogólny przewodnik dotyczący konwersji bazy danych do utf8mb4.
Krok 1: Utwórz kopię zapasową bazy danych
Przed wprowadzeniem jakichkolwiek zmian należy zawsze wykonać kopię zapasową bazy danych, aby zapobiec utracie danych:
mysqldump -u username -p database_name > database_backup.sql
Krok 2: Zmiana zestawu znaków i sortowania
Uruchom następujące polecenia SQL, aby zmienić zestaw znaków i sortowanie bazy danych, tabel i kolumn na utf8mb4:
ALTER DATABASE database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
Dla każdej tabeli uruchom polecenie:
ALTER TABLE nazwa_tabeli CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
Spowoduje to zmianę zestawu znaków i sortowania dla określonej tabeli i jej kolumn.
Krok 3: Aktualizacja pliku konfiguracyjnego
Aby nowe tabele i kolumny domyślnie używały utf8mb4, zaktualizuj plik konfiguracyjny MySQL (my.cnf lub my.ini) z następującymi ustawieniami:
[client]
default-character-set = utf8mb4
[mysql]
default-character-set = utf8mb4
[mysqld]
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
Uruchom ponownie MySQL, aby zastosować zmiany:
sudo service mysql restart
Krok 4: Sprawdź zmiany
Sprawdź, czy zestaw znaków został pomyślnie zaktualizowany:
SHOW VARIABLES LIKE 'character_set%';
SHOW VARIABLES LIKE 'collation%';
W rezultacie powinieneś zobaczyć utf8mb4 jako zestaw znaków dla swojej bazy danych.