UNIQUE制約は自動的にフィールドにINDEXを作成しますか？

私は必要があります別のインデックス定義にemail（目的を検索するための）列、または「自動」と一緒に添加される指標であるUNIQ_EMAIL_USER制約は？

CREATE TABLE IF NOT EXISTS `customer` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `user_id` int(11) NOT NULL,
  `first` varchar(255) NOT NULL,
  `last` varchar(255) NOT NULL,
  `slug` varchar(255) NOT NULL,
  `email` varchar(255) NOT NULL,
  `created_at` datetime NOT NULL,
  `updated_at` datetime NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `UNIQ_SLUG` (`slug`),
  UNIQUE KEY `UNIQ_EMAIL_USER` (`email`,`user_id`),
  KEY `IDX_USER` (`user_id`)
) ENGINE=InnoDB;

編集：コービンによって提案されたように私EXPLAIN SELECT * FROM customer WHERE email = 'address'は空のテーブルで照会しました。これは結果です、私はそれを解釈する方法がわかりません：

id select_type type possible_keys key  key_len ref  rows Extra
1  SIMPLE      ALL  NULL          NULL NULL    NULL 1    Using where

IXD_EMAILをテーブルに追加するときに、同じクエリが示します。

id select_type type possible_keys key       key_len ref   rows Extra
1  SIMPLE      ref  IDX_EMAIL     IDX_EMAIL 257     const 1    Using where

ユニークキーが追加の一意性をチェックすると、通常のインデックスのような演技、インデックスの特殊なケースです。使用SHOW INDEXES FROM customerすると、一意のキーが実際にはBツリータイプのインデックスであることがわかります。

複合インデックスには(email, user_id)十分です、あなただけの電子メールの別のインデックスを必要としない- MySQLは複合インデックスの左端のパーツを使用することができます。インデックスのサイズによってクエリの速度が低下する可能性があるいくつかの境界ケースがあるかもしれませんが、実際に実行するまで心配する必要はありません。

インデックスの使用のテストに関しては、最初にテーブルにデータを入力して、オプティマイザがそのインデックスを使用する価値があると考えさせる必要があります。