Specified key was too long; max key length is 1000 bytesの原因が分からない

Question

MySQLでカラム拡張（Varchar256→512）を行うと

ALTER TABLE hogeテーブル MODIFY カラムB varchar(512) not null;
Specified key was too long; max key length is 1000 bytes

上記のエラーとなります。
調べたところ、

MyISAM の場合、複合インデックスで全てのカラムの byte 数を合計した結果が 1000 bytes を超えるとダメ

という記載がありました。（個人ブログ）

現状のhogeテーブルのindexを確認したところ、以下の通りです
カラムA（PRIMARY ）：bigint(20)
カラムB（MUL）：varchar(256) ※拡張対象
カラムC：varchar(10)

バイト数を計算したところ、
カラムA：20×8=160バイト（bigintは8桁までらしいので）
カラムBを拡張したとしても：512バイト（ASCII文字指定だったので1文字1バイト）
カラムC：10×3=30バイト（文字コード指定がなかったので、最高でも1文字3バイトかと）

全て足しても1000バイト行かないと思っているのですが、
計算間違っているでしょうか？

またなぜエラーとなるか、他に原因は考えられるでしょうか？

カラムBはVarcharですが、テーブル作成時に
「カラムB varchar(256) CHARACTER SET ascii NOT NULL 」
と指定されているので、1文字1バイトだと考えています。

Answer 1

mysqlのvarchar(n)は文字数を指します。なので、1文字1バイトとは限りません。
使用文字によってエラーとなるはずです。ちなみにUTF-8なら767バイトまでとなります。

11.4.1 CHAR および VARCHAR 型
innodb_large_prefixを使ってERROR 1071を回避する

Comments

[salmonosushi]

ご回答ありがとうございます。
文字コードはASCII文字だと考えておりまして、その理由はテーブル作成時に「varchar(256) CHARACTER SET ascii」と指定されていたためです。
この場合は1文字1バイトと考えても問題ないでしょうか。

[FKM]

asciiはlatin1の省略形のようです。また、この技術評論社の開発系ブログを見ると
https://gihyo.jp/dev/serial/01/mysql-road-construction-news/0041?page=2
255文字までは1バイトで評価され、それ以降は2バイトで評価されるようです。

なので、オーバーフローしてしまっているのでしょう。

[salmonosushi]

>255文字までは1バイトで評価され、それ以降は2バイトで評価されるようです。

これを知らなかったので、計算が間違っていたようです。
1000近くになりました。ありがとうございます。