[MySQL]BLOB/TEXT column ‘xxx‘ used in key specification without a key length

原创 已于 2023-10-18 16:04:07 修改 · 539 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#唯一索引 #索引 #key length #42000 #BLOB/TEXT

于 2023-10-18 16:03:47 首次发布
本文解释了在使用MySQL时遇到的错误，指出SQLSTATE[42000]报错是由于尝试在没有指定键长度的情况下，在keyspecification中使用text类型的字段，且MySQL不支持这种操作。

报错信息：

SQLSTATE[42000]: Syntax error or access violation: 1170 BLOB/TEXT column 'xxx' used in key specification without a key length

原因：

MySQL的唯一索引不支持text类型的字段！

Balmunc
关注
遇到问题--python--"BLOB/TEXT column 'code' used in key specification without a key length
直到世界的尽头
04-08 4725
情况 使用python3使用SQLALchemy报错"BLOB/TEXT column ‘code’ used in key specification without a key length 代码如下： df = ts.get_stock_basics() #获取所有股票基本信息。 engine = create_engine('mysql://root:1234567890@127.0.0...
Mysql的Text和Blob的比较
Top5软件工程硕士，先后在京东、字节从事多年Java后端开发、实时和离线大数据开发
09-24 4830
MySQL存在text和blob: （1）相同 在TEXT或BLOB列的存储或检索过程中，不存在大小写转换,当未运行在严格模式时，如果你为BLOB或TEXT列分配一个超过该列类型的最大长度的值值，值被截取以保证适合。如果截掉的字符不是空格，将会产生一条警告。使用严格SQL模式，会产生错误，并且值将被拒绝而不是截取并给出警告.BLOB和TEXT列不能有 默认值.当保存或检索BLOB和
Mysql创建索引报“BLOB/TEXT column used in key specification without a key length“解决办法
迎风悟极道的专栏
11-12 1万+
MySQL针对BLOB/TEXT类型字段设置索引要指定长度
操作MySQL出错提示“BLOB/TEXT column used in key specification without a key length”解决办法
qq_34412985的博客
07-21 5075
[ERR] 12> 1170 - BLOB/TEXT column 'TABLE_OBJID' used in key specification without a key length mysql出错提示“BLOB/TEXT column used in key specification without a key length”解决办法 一、问题 pandas对象将DataFrame数据保存到mysql中时，出现错误提示： 　　BLOB/TEXT column used in key s
mysql #1170错误（42000） BLOB/TEXT Column Used in Key Specification Without a Key Length
shao.bing的专栏
01-12 4948
mysql  #1170错误（42000） BLOB/TEXT Column Used in Key Specification  Without  a  Key  Length 一下是本人翻译国外的网站的解决方法 When creating a new table or altering an existing table with primary key,unique constraint
MySQL:BLOB/TEXT Column Used in Key Specification Without a Key Length
编程开发资料库
03-22 390
MySQL使用经验一则 MySQL BLOB 类型字段作为Primary必须指定长度，否则出现如标题显示的错误信息。
mysql添加索引报错1170 -BLOB/TEXT column ‘xx‘ used in key specification without a key length分析及解决
xiaobozhang1993的博客
07-05 8629
因之前代码查询较慢，explain分析后，先加索引处理，结果报错 > 1170 - BLOB/TEXT column 'value' used in key specification without a key length 在 varchar 字段上建立索引时，必须指定索引长度，没必要对全字段建立索引，根据 实际文本区分度决定索引长度即可。Java 开发手册 33/44 说明：索引的长度与区分度是一对矛盾体，一般对字符串类型数据，长度为 20 的索引，区分度会高达 90%以上，可以使用
python django(1170, "BLOB/TEXT column 'name' used in key specification without a key length)
种一抹馨香的博客
01-11 3854
今天，在给django建模型（表）的时候，报django.db.utils.InternalError: (1170, “BLOB/TEXT column ‘name’ used in key specification without a key length”)错误 这是因为mysql为BLOB或者TEXT字段使用了未指定键值长度的键 但是改了模型也无法解决 `class User(mode...
Text2SQL基座模型选择的实战教程（持续更新）
热门推荐
herosunly的博客
06-21 23万+
本文主要介绍了Text2SQL基座模型选择的实战教程（持续更新），希望对学习大语言模型的同学们有所帮助。 文章目录 1. 前言 2. Text2SQL基座模型的发展史 3. 模型选择实战 3.1 prompt模板 3.2 下载模型与部署API 3.3 实战代码 4. 补充说明
用TextBlob进行中文情感分析
AI天才研究院
09-15 4148
在对文本数据进行分析时，我们需要对语言、语法、结构、以及意义等进行抽象理解。然而，对于中文来说，由于其复杂的文法规则，构建一个完备的语言模型会是一个具有挑战性的任务。而机器学习领域中的文本分类、序列标注方法也仅仅局限于英文文本，中文文本的分析更加困难。为了解决这个问题，我们可以使用强大的文本处理库TextBlob，它可以帮助我们处理中文文本。特别地，TextBlob提供了一种基于规则的分词器（即按照固定模式切分文本）和命名实体识别功能，能极大地提升中文文本的处理效率。同时，TextBlob。
MySQL 添加索引报错：BLOB/TEXT column used in key specification without a key length
潘广宇的博客
08-21 6377
当我们对一个名称为platform的字段，类型为 text 添加索引时，会报错： BLOB/TEXT column 'platform' used in key specification without a key length 这样的错误，同样存在于将某个字段从 varchar 修改成 text，而该字段此前已经存在索引 原因：MySQL只能将BLOB/TEXT类型字段设置索引数据的前N个字符，因此，只需要通过sql在增加索引时指定对应字段的长度即可，如： ALTER TABLE hello_
BLOB/TEXT column ‘sup_content‘ used in key specification without a key length
k393393的博客
10-01 815
如果想用索引，建议使用varchar类型，并且指定长度小于255（需要注意当数据长度大于255的时候varchar会自动转成smalltext类型，这时候对此字段索引也会爆出。Mysql数据库对于BLOB/TEXT这样类型的数据结构只能索引前N个字符，所以没有设置长度的。不能用来做索引或者指定唯一性，如果对。mysql数据建表使用了。
mysql联合索引阻碍修改列数据类型：BLOB/TEXT column ‘name’ used in key specification without a key length
weixin_45935245的博客
03-17 407
mysql联合索引阻碍修改列数据类型：BLOB/TEXT column ‘name’ used in key specification without a key length 今天在项目中mysql表中有一个字段数据类型为varchar，长度不够需要换为text类型 当时表是已经存在的表， CREATE TABLE `table_aaa` ( `id` int NOT NULL AUTO_INCREMENT, `name` varchar(255) CHARACTER SET utf8 COLL
mysql添加字段索引失败 BLOB/TEXT column 'col2' used in key specification without a key length
weixin_30820151的博客
08-23 994
看了下该表的数据结构发现col2字段类型是text ,查询了下发现是：MySQL只能将BLOB/TEXT类型字段设置索引为BLOB/TEXT数据的钱N个字符.索引指定下col2的长度就可以了 ： alter table foo add index col_2 (col2(10)) 转载于:https://www.cnblogs.com/qinyios/p/11399648.html...
pandas对象保存到mysql出错提示“BLOB/TEXT column used in key specification without a key length”解决办法
风来了
03-28 849
问题 将DataFrame数据保存到mysql中时，出现错误提示： 　　BLOB/TEXT column used in key specification without a key length 原因 出问题的原因是DataFrame对象索引的数据类型是TEXT/BLOB或其从属的类型，当将其作为mysql中的主键的时候，如果这些数据类型缺少明确的长度值，mysql无法保证主键的唯一性，因为这...
mysql的text/blob类型性能问题分析
游语
12-26 3395
text/blob类型介绍 BLOB和TEXT都是为存储很大的数据而设计的字符串数据类型，分别采用二进制和字符方式存储。 实际上，它们分别属于两组不同的数据类型家族： TEXT：字符类型是TINYTEXT,SMALLTEXT,TEXT,MEDIUMTEXT,LONGTEXT； BLOB ：对应的二进制类型是TINYBLOB,SMALLBLOB,BLOB,MEDIUMBLOB,LONGBLOB。 BLOB是SMALLBOLB的同义词，TEXT是SMALLTEXT的同义词。 与其他类型不同，MySQL把每个BL
为什么建议不要用mysql的Text和Blob类型
09-26 518
如何优化 Mysql 中 text 和 blob 类型： 什么是行溢出数据？ InnoDB 会将一些大对象数据存放在数据页之外的 BLOB 页中，然后在查询时根据指针去对应的 BLOB 页中查询。 要不要将数据放在 BLOB 页中，取决于当前页中是否可以存放下至少两行数据，对于默认是 16 KB 大小的页，这个阈值长度是 8098，大于该值的会存放在 BLOB 页中。 BLOB 不只存放 tex...
MySql 1170-BLOB/TEXT 错误
mo_qi_qi的博客
01-05 4223
原因：由于将主键id设置为 text类型，所以导致主键 的长度，没有设置。解决方案：方案1：将主键id设置为varchar 类型的,设置对应的长度。方案2：如下图，点击后面的主键，在下方属性列设置id的长度即可保存。
mysql BLOB/TEXT column 'cInvCode' used in key specification without a key length
最新发布
09-19
<think> 我们正在解决MySQL中出现的错误：BLOB/TEXT列'cInvCode'在键规范中使用但没有键长度的问题。 根据引用[3]：出现类似错误（"BLOB/TEXT column 'code' used in key specification without a key length"）是因为在创建索引时，对BLOB或TEXT类型的列使用了索引但没有指定键的长度。这是因为MySQL不允许对BLOB和TEXT类型的列直接创建索引（除非指定前缀长度）。 解决方法： 1. 修改索引：在创建索引时，为BLOB或TEXT列指定一个前缀长度（即只对该列的前若干个字符创建索引）。 2. 修改表结构：如果可能，将列的数据类型更改为允许索引的类型（例如VARCHAR，并指定足够长度），但这取决于实际存储的数据类型和大小。 具体步骤（以创建索引为例）： 假设我们有一个表`my_table`，其中有一个TEXT类型的列`cInvCode`，我们想要在`cInvCode`上创建索引，那么我们可以这样写： ```sql CREATE INDEX idx_cInvCode ON my_table (cInvCode(50)); -- 指定前缀长度为50个字符 ``` 注意：前缀长度的选择应该根据实际数据情况。长度太短可能达不到索引的效果，太长则可能浪费空间并降低索引效率。通常，我们可以通过分析数据的前缀区分度来确定合适的长度。 另外，引用[2]提到，在严格模式下，TEXT/BLOB列不能设置默认值。但这与索引问题无关，是另一个需要注意的点。 根据引用[4]，BLOB和TEXT类型有不同的大小限制，比如TinyBlob（255字节）、Blob（约65K）、MediumBlob（约16M）和LongBlob（约4G）。同样，TEXT类型也有对应的四种。所以，如果数据量不大，可以考虑使用VARCHAR（最大65535字节）来替代，这样在创建索引时就不需要指定前缀长度。 因此，另一个解决方案是： 如果`cInvCode`列存储的数据长度不会超过65535字节，并且数据是文本类型，那么可以考虑将列的数据类型改为VARCHAR，并指定一个最大长度（例如VARCHAR(255)）。然后就可以正常创建索引了。 但是，如果数据是二进制数据（如图片、音频等），则应该使用BLOB类型，并且索引必须指定前缀长度（但通常不建议对二进制大对象创建索引，因为二进制数据的前缀区分度可能不高）。所以，需要确认`cInvCode`列的具体用途和数据类型。 总结解决方法： 方法1：创建索引时指定前缀长度（适合保留原有TEXT/BLOB类型的情况） 方法2：修改列数据类型为VARCHAR（如果数据是字符串且长度在VARCHAR允许范围内）或使用其他允许索引的类型（如整数等），然后再创建索引。 根据引用[5]，我们也应该注意表的设计，避免不必要的大字段，尤其是当数据量很大时，大字段会占用大量存储空间，且影响性能。 因此，在实际操作前，还需要考虑： - `cInvCode`列的实际用途：它是存储什么类型的数据？是文本还是二进制？ - 数据长度的分布：大部分数据长度是多少？是否需要存储很大的数据？ - 是否必须在该列上建立索引？是否有其他替代方案（如使用其他列建立索引）？ 操作建议： 1. 首先，分析一下`cInvCode`列的数据，如果是文本数据且长度不太长（比如小于1000字符），那么可以考虑将其改为VARCHAR类型，并设置合适的长度（如VARCHAR(1000)）。 2. 如果必须保留为TEXT类型，那么在创建索引时指定一个合适的前缀长度（如50或100，具体根据数据特点选择）。 示例（修改表结构）： ```sql -- 假设原列是TEXT类型，我们改为VARCHAR(1000) ALTER TABLE my_table MODIFY cInvCode VARCHAR(1000); -- 然后再创建索引 CREATE INDEX idx_cInvCode ON my_table (cInvCode); ``` 示例（创建索引时指定前缀长度）： ```sql -- 不修改列类型，直接创建索引并指定前缀长度 CREATE INDEX idx_cInvCode ON my_table (cInvCode(100)); ``` 最后，请注意操作前备份数据，以防万一。 相关问题： 1. 如何确定索引前缀长度？ 2. 在MySQL中，如何查看表中列的当前数据类型？ 3. 除了指定前缀长度，还有哪些方法可以解决BLOB/TEXT列不能直接索引的问题？ 4. 为什么MySQL不允许对BLOB/TEXT类型的列直接创建索引？ </think> ### 解决 MySQL 中 BLOB/TEXT 列 'cInvCode' 在键规范中使用但没有键长度的问题 #### 问题原因 MySQL 不允许直接对 `BLOB` 或 `TEXT` 类型的列创建索引或主键，因为它们可能包含超大体积数据（最大可达 4GB）[^4]。错误信息 `BLOB/TEXT column 'cInvCode' used in key specification without a key length` 表明您在以下操作中未指定索引前缀长度： ```sql CREATE INDEX idx_cInvCode ON your_table (cInvCode); -- 错误示例 ALTER TABLE your_table ADD PRIMARY KEY (cInvCode); -- 错误示例 ``` #### 解决方案 1. **指定索引前缀长度（推荐）** 只索引列的前 N 个字符： ```sql -- 创建索引（假设前缀长度 100） CREATE INDEX idx_cInvCode ON your_table (cInvCode(100)); -- 添加唯一约束（如适用） ALTER TABLE your_table ADD UNIQUE (cInvCode(50)); ``` 2. **修改列数据类型（如果可行）** 若 `cInvCode` 的实际值长度较小（≤ 65,535 字节），改用 `VARCHAR`： ```sql ALTER TABLE your_table MODIFY cInvCode VARCHAR(255); -- 根据实际最大长度调整 ``` 3. **调整表设计（长期优化）** - 避免在 `TEXT/BLOB` 列上建立索引，改用其他短列（如 ID） - 对大字段表进行分表设计，分离高频查询字段[^5] #### 注意事项 1. **前缀长度选择原则**： - 确保长度足够区分数据（例如 `cInvCode(20)` 比 `cInvCode(2)` 更安全） - 通过数据分布验证： ```sql SELECT COUNT(DISTINCT cInvCode) AS total_unique, COUNT(DISTINCT LEFT(cInvCode, 100)) AS prefix_unique FROM your_table; -- 若 prefix_unique/total_unique ≥ 0.95 则长度可用 ``` 2. **存储引擎限制**： - InnoDB 索引前缀最大 767 字节（若使用 UTF8MB4，最多支持 `191` 字符） ```sql -- 计算最大可用前缀长度 SELECT 767 / CHAR_LENGTH('A'); -- 单字节字符返回 767 SELECT 767 / CHAR_LENGTH('中'); -- UTF8MB4 字符返回 191 ``` 3. **性能影响**： - 前缀索引可能导致索引覆盖失效（无法完全覆盖 `TEXT` 列） - 排序操作仍需要使用完整列值（即使使用前缀索引）[^1] #### 操作示例 ```sql -- 1. 验证列数据类型 SHOW CREATE TABLE your_table; -- 2. 创建带前缀长度的索引 CREATE INDEX idx_prefix_cinv ON your_table (cInvCode(100)); -- 3. 修改列类型方案（如果数据允许） ALTER TABLE your_table MODIFY cInvCode VARCHAR(500) NOT NULL COMMENT '转成可索引类型'; ``` > **关键提示**：生产环境操作前务必备份数据，大表修改建议在低峰期进行[^5]。 --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值