innodb_large_prefixを使ってERROR 1071を回避する | Yakst
大きなサイズのインデックスを生成しようとするとERROR 1071が発生することがあり、そんな時にはinnodb_large_prefixパラメータを利用すると良いことがある。 MySQLのInnoDBストレージエンジンのテーブルの長いvarcharカラムを含むカラムにインデックスを生成しようとしたことがあれば、このエラーを見たことがあるだろう。 ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes 文字数制限は、使っている文字コードに依存する。例えば latin1 であればインデックスを生成できる最大カラムは varchar(767)であるが、 utf8 の場合は varchar(255) までである。 インデックスあたり、3072バイトという別の制限もある。767バイトはカラムごとの制限な
How to support full Unicode in MySQL databases · Mathias Bynens
Alternative title: The things we do to store U+1F4A9 PILE OF POO (💩) correctly. Are you using MySQL’s utf8 charset in your databases? In this write-up I’ll explain why you should switch to utf8mb4 instead, and how to do it. UTF-8 The UTF-8 encoding can represent every symbol in the Unicode character set, which ranges from U+000000 to U+10FFFF. That’s 1,114,112 possible symbols. (Not all of these
[MySQL] EUCから→UTF8へデータ移行メモ_φ(・・*) - Qiita
文字コードの違いによるめんどうがあったので、メモあっぷ☆ (エンジニアかけだしなので、お気づきの点あれば、コメントおねがいします(> < )) まずは、移行データが重かったのでテーブルを指定してちょっとずつエクスポート $ mysqldump -u username -p --database dbname —table tablename > dbname-tablename.dump ファイルの文字コード変換 $ nkf -wE dbname-tablename.dump > dbname-tablename_utf8.dump ※nkf http://itpro.nikkeibp.co.jp/article/COLUMN/20060227/230849/ ファイル内の｢ujis｣を｢utf8｣に全て置換する。 $ sed -e 's/ujis/utf8/g' dbname-table
![[MySQL] EUCから→UTF8へデータ移行メモ_φ(・・*) - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/df1514295b4a97721e6bd507303dd9576bb2be4b/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCTXlTUUwlNUQlMjBFVUMlRTMlODElOEIlRTMlODIlODklRTIlODYlOTJVVEY4JUUzJTgxJUI4JUUzJTgzJTg3JUUzJTgzJUJDJUUzJTgyJUJGJUU3JUE3JUJCJUU4JUExJThDJUUzJTgzJUExJUUzJTgzJUEyXyVDRiU4NiUyOCVFMyU4MyVCQiVFMyU4MyVCQiUyQSUyOSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9N2I0OTI5YjA3NzJiMDczNjhiNzQxMGU5NDZkMmFkODU%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaGl0b21pXyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NTI0MzRlNzk0Y2M5NzUzNWY5ZGZmMGI1NDJkNjM2MTc%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Df7ffee6bda1dca79514e620a12cf6951)
MySQLダンプデータをujis → utf8 - Qiita
構文エラーになりやがったので、面倒だけど以下手順でutf8に変換しました。 変換用データベースを用意し、ujis環境にリストア my.cnfを修正。 [mysql] default-character-set=ujis <<<<<<<<<<<<<<< ここ [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql # Default to using old password format for compatibility with mysql 3.x # clients (those using the mysqlclient10 compatibility package). old_passwords=1 default-character-set=ujis <<<<<<<<<<<<<<<
よくあるmysqldumpの文字コード問題とか - kgbu's diary
もともと、2006年ごろに話題になった話で、いまさらすぎるんですけどメモ。 （要するに、使う文字コードを明示的に指定しとけばいいんですけど、デフォルトのまんまなら要らんことしないで欲しかったという愚痴） バージョン4.1以降のMySQL付属のmysqldumpコマンドは、デフォルトでutf8の文字コードに変換してdumpしてくれようとする。参照：MySQL :: MySQL 4.1 リファレンスマニュアル :: 9 各国キャラクタセットと Unicode 大抵のデータベースは、デフォルトのまんまだとlatin1の文字コード設定になっている データベースの文字コード設定がlatin1にもかかわらず、EUC-JPの文字コードのデータが格納されている場合がある さて、この状態で $ mysqldump データベース名 > ダンプファイル とかを実行すると、ダンプファイルの中身が化けてしまう。 そ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
