我有一个主键为varchar(255)的表。在某些情况下，255个字符是不够的。我尝试将字段更改为文本，但我得到以下错误:
BLOB/TEXT column 'message_id' used in key specification without a key length
我该如何解决这个问题?
编辑:我还应该指出，这个表有一个多列的复合主键。
当前回答
MySQL不允许索引BLOB, TEXT和长VARCHAR列的完整值，因为它们包含的数据可能很大，隐式DB索引也很大，这意味着索引没有好处。
MySQL要求定义要索引的前N个字符，诀窍是选择一个足够长的数字N，以提供良好的选择性，但又足够短，以节省空间。前缀应该足够长，以使索引几乎与索引整个列时一样有用。
在进一步讨论之前，让我们先定义一些重要的术语。索引选择性是总不同索引值与总行数之比。下面是一个测试表的例子:
+-----+-----------+
| id | value |
+-----+-----------+
| 1 | abc |
| 2 | abd |
| 3 | adg |
+-----+-----------+
如果我们只索引第一个字符(N=1)，那么索引表将如下表所示:
+---------------+-----------+
| indexedValue | rows |
+---------------+-----------+
| a | 1,2,3 |
+---------------+-----------+
在这种情况下，索引选择性等于is =1/3 = 0.33。
现在让我们看看如果我们将索引字符的数量增加到两个(N=2)会发生什么。
+---------------+-----------+
| indexedValue | rows |
+---------------+-----------+
| ab | 1,2 |
| ad | 3 |
+---------------+-----------+
在这个场景中，IS=2/3=0.66，这意味着我们增加了索引的选择性，但我们也增加了索引的大小。诀窍是找到最小的数字N，这将导致最大的索引选择性。
有两种方法可以对数据库表进行计算。我将对此数据库转储进行演示。
假设我们想要将表employees中的列last_name添加到索引中，并且想要定义能产生最佳索引选择性的最小数字N。
首先让我们来看看最常见的姓氏:
select count(*) as cnt, last_name
from employees
group by employees.last_name
order by cnt
+-----+-------------+
| cnt | last_name |
+-----+-------------+
| 226 | Baba |
| 223 | Coorg |
| 223 | Gelosh |
| 222 | Farris |
| 222 | Sudbeck |
| 221 | Adachi |
| 220 | Osgood |
| 218 | Neiman |
| 218 | Mandell |
| 218 | Masada |
| 217 | Boudaillier |
| 217 | Wendorf |
| 216 | Pettis |
| 216 | Solares |
| 216 | Mahnke |
+-----+-------------+
15 rows in set (0.64 sec)
如你所见，姓巴巴的人出现频率最高。现在我们要找出最常出现的last_name前缀，从五个字母的前缀开始。
+-----+--------+
| cnt | prefix |
+-----+--------+
| 794 | Schaa |
| 758 | Mande |
| 711 | Schwa |
| 562 | Angel |
| 561 | Gecse |
| 555 | Delgr |
| 550 | Berna |
| 547 | Peter |
| 543 | Cappe |
| 539 | Stran |
| 534 | Canna |
| 485 | Georg |
| 417 | Neima |
| 398 | Petti |
| 398 | Duclo |
+-----+--------+
15 rows in set (0.55 sec)
每个前缀出现的次数都要多得多，这意味着我们必须增加数字N，直到值几乎与前一个例子中的值相同。
下面是N=9时的结果
select count(*) as cnt, left(last_name,9) as prefix
from employees
group by prefix
order by cnt desc
limit 0,15;
+-----+-----------+
| cnt | prefix |
+-----+-----------+
| 336 | Schwartzb |
| 226 | Baba |
| 223 | Coorg |
| 223 | Gelosh |
| 222 | Sudbeck |
| 222 | Farris |
| 221 | Adachi |
| 220 | Osgood |
| 218 | Mandell |
| 218 | Neiman |
| 218 | Masada |
| 217 | Wendorf |
| 217 | Boudailli |
| 216 | Cummings |
| 216 | Pettis |
+-----+-----------+
下面是N=10时的结果。
+-----+------------+
| cnt | prefix |
+-----+------------+
| 226 | Baba |
| 223 | Coorg |
| 223 | Gelosh |
| 222 | Sudbeck |
| 222 | Farris |
| 221 | Adachi |
| 220 | Osgood |
| 218 | Mandell |
| 218 | Neiman |
| 218 | Masada |
| 217 | Wendorf |
| 217 | Boudaillie |
| 216 | Cummings |
| 216 | Pettis |
| 216 | Solares |
+-----+------------+
15 rows in set (0.56 sec)
这是非常好的结果。这意味着我们可以在列last_name上创建索引，只索引前10个字符。在表定义中，列last_name被定义为VARCHAR(16)，这意味着每个条目节省了6个字节(如果姓氏中有UTF8个字符，则节省了更多字节)。在这个表中，有1637个不同的值乘以6个字节大约是9KB，想象一下，如果我们的表包含数百万行，这个数字将如何增长。
你可以在我的文章中阅读其他计算N的方法。
其他回答
MySQL不允许索引BLOB, TEXT和长VARCHAR列的完整值，因为它们包含的数据可能很大，隐式DB索引也很大，这意味着索引没有好处。
MySQL要求定义要索引的前N个字符，诀窍是选择一个足够长的数字N，以提供良好的选择性，但又足够短，以节省空间。前缀应该足够长，以使索引几乎与索引整个列时一样有用。
在进一步讨论之前，让我们先定义一些重要的术语。索引选择性是总不同索引值与总行数之比。下面是一个测试表的例子:
+-----+-----------+
| id | value |
+-----+-----------+
| 1 | abc |
| 2 | abd |
| 3 | adg |
+-----+-----------+
如果我们只索引第一个字符(N=1)，那么索引表将如下表所示:
+---------------+-----------+
| indexedValue | rows |
+---------------+-----------+
| a | 1,2,3 |
+---------------+-----------+
在这种情况下，索引选择性等于is =1/3 = 0.33。
现在让我们看看如果我们将索引字符的数量增加到两个(N=2)会发生什么。
+---------------+-----------+
| indexedValue | rows |
+---------------+-----------+
| ab | 1,2 |
| ad | 3 |
+---------------+-----------+
在这个场景中，IS=2/3=0.66，这意味着我们增加了索引的选择性，但我们也增加了索引的大小。诀窍是找到最小的数字N，这将导致最大的索引选择性。
有两种方法可以对数据库表进行计算。我将对此数据库转储进行演示。
假设我们想要将表employees中的列last_name添加到索引中，并且想要定义能产生最佳索引选择性的最小数字N。
首先让我们来看看最常见的姓氏:
select count(*) as cnt, last_name
from employees
group by employees.last_name
order by cnt
+-----+-------------+
| cnt | last_name |
+-----+-------------+
| 226 | Baba |
| 223 | Coorg |
| 223 | Gelosh |
| 222 | Farris |
| 222 | Sudbeck |
| 221 | Adachi |
| 220 | Osgood |
| 218 | Neiman |
| 218 | Mandell |
| 218 | Masada |
| 217 | Boudaillier |
| 217 | Wendorf |
| 216 | Pettis |
| 216 | Solares |
| 216 | Mahnke |
+-----+-------------+
15 rows in set (0.64 sec)
如你所见，姓巴巴的人出现频率最高。现在我们要找出最常出现的last_name前缀，从五个字母的前缀开始。
+-----+--------+
| cnt | prefix |
+-----+--------+
| 794 | Schaa |
| 758 | Mande |
| 711 | Schwa |
| 562 | Angel |
| 561 | Gecse |
| 555 | Delgr |
| 550 | Berna |
| 547 | Peter |
| 543 | Cappe |
| 539 | Stran |
| 534 | Canna |
| 485 | Georg |
| 417 | Neima |
| 398 | Petti |
| 398 | Duclo |
+-----+--------+
15 rows in set (0.55 sec)
每个前缀出现的次数都要多得多，这意味着我们必须增加数字N，直到值几乎与前一个例子中的值相同。
下面是N=9时的结果
select count(*) as cnt, left(last_name,9) as prefix
from employees
group by prefix
order by cnt desc
limit 0,15;
+-----+-----------+
| cnt | prefix |
+-----+-----------+
| 336 | Schwartzb |
| 226 | Baba |
| 223 | Coorg |
| 223 | Gelosh |
| 222 | Sudbeck |
| 222 | Farris |
| 221 | Adachi |
| 220 | Osgood |
| 218 | Mandell |
| 218 | Neiman |
| 218 | Masada |
| 217 | Wendorf |
| 217 | Boudailli |
| 216 | Cummings |
| 216 | Pettis |
+-----+-----------+
下面是N=10时的结果。
+-----+------------+
| cnt | prefix |
+-----+------------+
| 226 | Baba |
| 223 | Coorg |
| 223 | Gelosh |
| 222 | Sudbeck |
| 222 | Farris |
| 221 | Adachi |
| 220 | Osgood |
| 218 | Mandell |
| 218 | Neiman |
| 218 | Masada |
| 217 | Wendorf |
| 217 | Boudaillie |
| 216 | Cummings |
| 216 | Pettis |
| 216 | Solares |
+-----+------------+
15 rows in set (0.56 sec)
这是非常好的结果。这意味着我们可以在列last_name上创建索引，只索引前10个字符。在表定义中，列last_name被定义为VARCHAR(16)，这意味着每个条目节省了6个字节(如果姓氏中有UTF8个字符，则节省了更多字节)。在这个表中，有1637个不同的值乘以6个字节大约是9KB，想象一下，如果我们的表包含数百万行，这个数字将如何增长。
你可以在我的文章中阅读其他计算N的方法。
您应该定义要索引TEXT列的哪个前导部分。
InnoDB对每个索引键有768字节的限制，你不能创建一个超过这个长度的索引。
这将很好地工作:
CREATE TABLE t_length (
mydata TEXT NOT NULL,
KEY ix_length_mydata (mydata(255)))
ENGINE=InnoDB;
注意，键大小的最大值取决于列字符集。像LATIN1这样的单字节字符集有767个字符，而UTF8只有255个字符(MySQL只使用BMP，每个字符最多需要3个字节)
如果您需要整个列都是主键，计算SHA1或MD5哈希并将其用作主键。
为了索引，必须将列类型更改为varchar或整型。
去mysql编辑表->更改列类型为varchar(45)。
另一种很好的处理方法是创建没有唯一约束的TEXT字段，并添加一个兄弟VARCHAR字段，该字段是唯一的，并且包含TEXT字段的摘要(MD5、SHA1等)。当您插入或更新TEXT字段时，计算并存储整个TEXT字段的摘要，这样您就可以对整个TEXT字段(而不是一些前面的部分)有一个可以快速搜索的唯一性约束。
推荐文章
- django test app error -在创建测试数据库时出现错误:创建数据库的权限被拒绝
- MySql: Tinyint (2) vs Tinyint(1) -有什么不同?
- 在Android SQLite中处理日期的最佳方法
- 如何在MySQL表中移动列?
- 在MySQL中选择最后一行
- 如何删除MySQL root密码
- 在SQL Server中查找重复的行
- 从DateTime中提取小时(SQL Server 2005)
- LEFT OUTER JOIN如何返回比左表中存在的记录更多的记录?
- 如何用SQL语句计算百分比
- Postgres唯一约束与索引
- SQL Server动态PIVOT查询?
- MySQL对重复键更新在一个查询中插入多行
- 向现有表添加主键
- mysql_connect():[2002]没有这样的文件或目录(试图通过unix:///tmp/mysql.sock连接)在
