2024.03.07
イベントの感想募集でGoogleフォーム使ってみたら便利だった
2020.02.06
DBMySQLは utf8mb4_general_ci で動きたがる
坂東です。
以下のようなMySQLデータベースがあります。
|
1 2 3 |
>my.cnf collation_server = utf8mb4_unicode_ci |
|
1 2 3 |
>show create databese hoge; CREATE DATABASE `hoge` /*!40100 DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci */ |
|
1 2 3 4 5 6 |
>show create table hogehoge; CREATE TABLE `hoghoge` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) DEFAULT NULL, ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 |
これだと、データベースもテーブルのデオフォルトが utf8mb4_unicode_ci で、テーブルはデフォルト設定無しだから、unicode_ci で検索できる！と思うじゃないですかあ。
けれども実際に SELECT WHERE name = ? すると utf8mb4_general_ci の動きをするんですよ。
ためしにテーブルの collation を unicode に変えたら、COLLATEが追記されて動きもそうなった。
|
1 2 3 4 5 6 7 8 |
>ALTER TABLE hogehoge CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; >show create table hogehoge; CREATE TABLE `hogehoge` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL, ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci |
デオフォルトがどうあれ、カラムにCOLLATEがついていないとMySQL推奨の utf8mb4_general_ci で動いてるってことなんですね。
ためしたのは素の MySQL 5.6.31 と RDS Aurora 5.7.12 です。
バージョンで動きは異なるかもしれない。
おわり。
【記事への感想募集中！】
記事への感想・ご意見がありましたら、ぜひフォームからご投稿ください！- こんな記事が読んでみたい、こんなことが知りたい、調べてほしい！という意見も募集中！
- いただいた感想は今後の記事に活かしたいと思います！
【テクノデジタルではエンジニア/デザイナーを積極採用中です！】
下記項目に1つでも当てはまる方は是非、詳細ページへ！- 自分でアプリを作ってみたい
- ITで世の中にワクワクを生み出したい
- 使いやすさ、デザインにこだわったWebサイトを開発したい
Qangaroo（カンガルー）
- 徹底した見やすさと優れた操作性で、テストの「見える化」を実現。
- テストの進捗が見える。開発がスマートに進む。
- クラウド型テスト管理ツール『Qangaroo（カンガルー）』
【テクノデジタルのインフラサービス】
当社では、多数のサービスの開発実績を活かし、
アプリケーションのパフォーマンスを最大限に引き出すインフラ設計・構築を行います。
AWSなどへのクラウド移行、既存インフラの監視・運用保守も承りますので、ぜひご相談ください。
詳細は下記ページをご覧ください。
