关于"Specified key was too long; max key length is xxx bytes"

最新推荐文章于 2024-01-09 14:38:36 发布
最新推荐文章于 2024-01-09 14:38:36 发布
阅读量4.3w 收藏 7
点赞数 3
分类专栏： 数据库 MySql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xyc_csdn/article/details/82806550
版权

场景

给MySql数据库表Varchar类型字段加索引时报错：“Specified key was too long; max key length is xxx bytes”；

原因

字段太长导致无法加索引；

解决

修改字段长度，注意编码格式，例如你的字段长度为100（指的是字符数），而编码是utf-8，那么最大占用3乘100=300 byte，如果编码是utf8mb4则最大占用4乘100=400 byte。所以修改字段长度时要根据报错提示的长度以及你字段的长度和编码来修改；

MySQL出现Specified key was too long； max key length is 3072 bytes解决方案
weixin_43178406的博客
06-21 2万+
本文主要介绍了MySQL出现Specified key was too long; max key length is 3072 bytes，希望能对学习MySQL的同学们有所帮助。 文章目录 1. 问题描述 2. 原因分析 3. 解决方案
Specified key was too long; max key length is 767 bytes
热门推荐
chenjianhuideyueding的博客
03-12 15万+
今天生产上遇到上述的bug： 系统变量innodb_large_prefix开启了，则对于使用DYNAMIC或COMPRESSED行格式的InnoDB表，索引键前缀限制为3072字节。如果禁用innodb_large_prefix，不管是什么表，索引键前缀限制为767字节。 上述的bug很明显是索引超出了限制的长度767（我司生产上innodb_large_pref...
MySQL：Specified key was too long； max key length is xx bytes异常
一些平时在开发过程中遇到的常见问题，分享给大家
12-16 1318
MySQL之Specified key was too long； max key length is xx bytes异常：mysq索引的字段都太长
1071 - Specified key was too long； max key length is 3072 bytes Mysql报错解决方法
代妈炼金术师
01-09 1万+
max key length is 3072 bytes” 是在MySQL数据库中创建索引时可能出现的问题，通常出现在尝试创建一个过长的唯一键（UNIQUE KEY）或主键（PRIMARY KEY）时。例如，在使用utf8字符集时，每个字符可能占用3个字节，那么对于innodb表，索引键的最大长度大约为1000个字符左右（因为3072 / 3 ≈ 1024）。：如果不需要对整个字段进行索引，可以选择只对部分字段建立索引，或者创建覆盖索引（覆盖索引仅包含查询所需的列）。：检查并适当缩短构成索引的字段长度。
mysql Specified key was too long; max key length is 3072 bytes
09-15
max key length is xxx bytes"的错误。这个错误提示表明你尝试创建的索引超过了MySQL所允许的最大键长度。在你提供的引用中，报错信息分别是"max key length is 767 bytes"、"max key length is 1000 bytes"和"max ...
1071 - Specified key was too long; max key length is 1000 bytes
11-14
max key length is xxx bytes”错误。 解决此问题的方法是缩短索引的长度。您可以尝试以下方法： 1.使用更短的列作为索引，或者使用更少的列来创建索引。 2.使用前缀索引。前缀索引只使用列值的前几个字符来创建...
django.db.utils.OperationalError: (1071, 'Specified key was too long; max key length is 767 bytes')
09-07
django.db.utils.OperationalError: (1071, 'Specified key was too long; max key length is 767 bytes')错误通常是由于数据库中的某个键的长度超过了最大允许长度(767字节)而导致的。这个错误可能出现在执行数据库...
source xxx.sql时报错ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes，如何是出现错误时打印行数
05-18
当你使用source命令导入SQL文件时，可能会遇到“Specified key was too long”错误。这是因为MySQL默认使用utf8编码，而utf8编码下，一个字符最多占用3个字节，因此在创建索引时，最多只能使用(767/3) = 255个字符。...
MySQL 提示：MySql Specified key was too long； max key length is **** bytes
zhouzhiwengang的专栏
12-16 497
今天在迁移生产环境测试库:房屋信息表(Base_House)当执行到数据库中的`t_p_fwbm_union`索引创建的时候，遇到了“”这样的报错。
Specified key was too long； max key length is 3072 bytes
模样样的博客
06-22 2万+
今天遇到一个工作小问题，在此总结下：问题：创建联合索引时报错：Specified key was too long; max key length is 3072 bytes解决方法：1、查看该索引所在表的引擎和字符集，比如我的：InnoDB utf8mb4myisam限制长度为1000bytes，InnoDB限制长度为767bytes。不同的字符集一个字符占用不同的bytes，以utf8字符集为例，一个字符占3个bytes。因此在utf8字符集下，对myisam和innodb存储引擎创建索引的单列长度不能
MySQL 索引报错：Specified key was too long
weixin_41609327的博客
03-14 1678
添加索引时候报错，是因为索引得支持是有限定长度得，例如varchar最大索引长度为767个字节。 碰到这种情况， 解决办法 1，数据库当初定的字段太大，改小就好了 2，优化业务sql，换别的字段查询，不要查询长文本，很慢得 ...
mysql解决Specified key was too long； max key length is xxx
ViewViewer的专栏
07-21 388
mysql解决Specified key was too long; max key length is xxx
MySQL错误“Specified key was too long; max key length is 1000 bytes”的解决办法
weixin_34018169的博客
12-09 924
MySQL错误“Specified key was too long; max key length is 1000 bytes”的解决办法 经过查询才知道，是Mysql的字段设置的太长了，于是我把这两个字段的长度改了一下就好了。 建立索引时，数据库计算key的长度是累加所有Index用到的字段的char长度后再按下面比例乘起来不能超过限定的key长度1000： ...
Mysql5.6:Specified key was too long
云淡风轻
09-29 9546
Specified key was too long错误原因解决方案 错误 create table: Specified key was too long; max key length is 767 bytes 原因 数据库表采用utf8编码，其中varchar(255)的column进行了唯一键索引 而mysql默认情况下单个列的索引不能超过767位(不同版本可能存在差异) 于是utf8字...
Specified key was too long； max key length is 767 bytes解决方案
小蜜蜂1010的博客
02-22 1万+
公司使用的mysql数据库版本是5.6.51 在往里边导入sql语句时候，总是提示Specified key was too long; max key length is 767 bytes 导致上面报错的原因是由于InnoDB表的索引长度限制，在MySQL5.6版本后引入了参数innodb_large_prefix可以解决这个问题。该参数控制是否允许单列的索引长度超过767字节，有ON和OFF两个取值： ON ：Innodb表的行记录格式是Dynamic或Compressed的前提下，单列索引
建表语句错误：[Err] 1071 - Specified key was too long; max key length is 767 bytes
麦子的博客
10-29 1万+
今天复制quartz给出的sql在mysql执行。 [Err] 1071 - Specified key was too long; max key length is 767 bytes 主键字段过长。 1.在mysql 5.5.3之前，mysql的InnoDB引擎，要求设置的主键长度不得超过767bytes。 mysql的MyIsam引擎的主键长度不得超过1000 bytes。 2.在...
Specified key was too long； max key length is 767 bytes
怪咖@的博客
11-25 394
这个字段当时设置的512，然后也会报这个错。应该跟mysql版本也有关系，我使用的mysql版本有点低，用的是。把主键长度改为了100，成功解决。版本，高版本应该不会报错。创建表的时候报这个错。这个是创建表的sql。
free -h是什么命令
最新发布
01-27
### Linux `free -h` Command Usage and Explanation The `free` command provides a snapshot of the system's memory usage, including both RAM and swap space. When using `-h`, it displays all values in human-readable format (Kilobytes, Megabytes, Gigabytes). #### Syntax To use this command with human-readable output: ```bash free -h ``` This will display information about total, used, and available memory along with buffers/cache details. #### Output Columns Explained - **total**: Total installed physical or swap memory. - **used**: Memory currently being utilized by active processes. - **free**: Unused memory that is completely free to allocate immediately without needing any page eviction or swapping activity. - **shared**: Memory used by tmpfs (since version 3.18). - **buff/cache**: Sum of buffers and cache which can be quickly reclaimed when more memory is needed. - **available**: Estimation of how much memory is available for starting new applications without swapping out others; calculated from MemFree, Buffers, Cached, SReclaimable etc[^1]. For instance, running `free -h` might produce an output similar to below: ```plaintext total used free shared buff/cache available Mem: 7.7G 2.0G 4.9G 156M 804M 5.2G Swap: 2.0G 0B 2.0G ``` In this example, there are approximately 7.7 gigabytes of total RAM on the machine where around 2 gigabytes have been allocated while nearly 5 gigabytes remain unused but may still contain cached data ready for rapid reuse. --related questions-- 1. What does each column represent in the output of the `free -h` command? 2. How do buffer caches affect the reported amount of usable memory according to `free -h`'s results? 3. Can you explain what happens if my application requires more memory than shown under 'available'? 4. Is it normal for swap usage to increase even though plenty of RAM appears unallocated based on `free -h`? 5. Why would someone prefer checking memory status via `top` over simply using `free -h`?
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值