ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

原创

zhjh256 2021-07-20 15:18:25 ©著作权

文章标签 bug 文章分类 代码人生

©著作权归作者所有：来自51CTO博客作者zhjh256的原创作品，请联系作者获取转载授权，否则将追究法律责任

ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

这个长度指的是定义长度，而非实际长度。

花若盛开，蝶自飞来，你若精彩，幸福开怀！2020年12月11日-18日

上一篇：spring boot jar包替换报错之Unable to open nested entry 'BOOT-INF/lib/cache-api-0.4.jar'.

下一篇：p7-p8面试经验总结--拿到offer

提问和评论都可以，用心的回复会被更多人看到评论

发布评论

相关文章

redis 高频KEY(Hot key)收集

首先下载github上的这个项目：https://github.com/jingminglang/redis_hotkey_statistics这个项目旨在通过捕获网络数据包，实时统计Redis中的热点键（hot keys）。它使用Go语言编写，主要功能包括：1）实时捕获：通过指定网络接口（如-i eth0）和目标端口（如-dport 7001），实时捕获Redis的网络流量。 &nb

redis mysql MySQL
Redis之大key多key拆分方案

背景业务场景中经常会有各种大key多key的情况，比如：1：单个简单的key存储的value很大2：hash， set，zset，list 中存储过多的元素（以万为单位）3：一个集群存储了上亿的key，Key 本身过多也带来了更多的空间占用（如无意外，文章中所提及的hash，set等数据结构均指redis中的数据结构）由于redis是单线程运行的，如果一次操作的value很大会对整

redis 布隆过滤器 hg
记一次redis热key、大key引发的线上事故

背景Redis中间件，我们主要是用来做缓存，缓解数据库的访问压力，我们搭建的是redis集群在一个风和日丽的下午，突然收到运维的报警信息运维：小李，你们使用的redis中间件所在的服务器，有大量的流量流出，宽带快要占满了，网卡都冒烟了，严重影响其他服务，快速排查解决下，如果一时半会解决不了，我们只能kill掉redis的进程，避免影响其他服务小李：我们立刻排查，有需要协助的，请你们帮忙我们redi

数据 Redis redis
ERROR 1071 (42000) Specified key was too long max key length is 767 bytes

set global innodb_large_prefix=on;set global innodb_file_format=Barracuda;

42000
MySQL: ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

今天在导入nacos(阿里巴巴) sql脚本时，报错如上resource varchar(255) NOT NULL,后来发现太长了，所以报错，临时解决把长度改小，当然，也有改数据库的方法，这里没有深究。resource varchar(190) NOT NULL,已知MySQL引擎是innodb，编码是utf8mb4。上边的报错信息很明显指定的key太长，最大的长度为767个字

sql脚本 mysql 报错信息
mysql ERROR 1071 (42000): Specified key was too long; max key length is 767

# 解决 "mysql ERROR 1071 (42000): Specified key was too long; max key length is 767" 的方法## 引言当我们在使用MySQL数据库时，有时会遇到这样的错误："mysql ERROR 1071 (42000): Specified key was too long; max key length is 767"。这

数据库排序规则 MySQL
1071 - Specified key was too long； max key length is 767 bytes

1071 - Specified key was too long; max key length is 767 bytes 问题处理

性能优化 sql mysql 数据库字段
索引长度过长 ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes

1.发现问题今天在修改innodb表的某个列的长度时，报如下错误：[html] view plain copy print?alter table test2 modify column id varchar(500);ERROR 1071 (42000): Specified

mysql 建表 html
Specified key was too long； max key length is 767 bytes

_large_prefix，加大索引键长度限制。...

mysql sql
mysql - Specified key was too long; max key length is 767 bytes

# 解决 "mysql - Specified key was too long; max key length is 767 bytes" 的问题## 简介在使用 MySQL 数据库时，有时候会遇到 "Specified key was too long; max key length is 767 bytes" 的错误。这个错误通常会在尝试创建索引或者使用带有索引的列时出现。这是由于 M

sql MySQL 代码示例
ERROR 1071 Mysql::Error: Specified key was too long; max key length is 1000 bytes

在Windows XP下用Mysql5.1.20创建一个表索引碰到这个错误，错误号1071，表为GBK编码，MyISAM引擎。这个在 Mysql5.2.0之前是个Bug，改用默认的Latin1字符集就可以避过这个问题，但是在CentOS 5.0下安装的Mysql5.0.45这个错误并不会发生，具体跟操作系统还有些关系。错误原因说明及解决方法如下：建立索引时，数据库计算key的长度是累加所有

mysql ERROR
Specified key was too long; max key length is 767

公司开发的应用,一般要兼容大多数主流数据库,postgres,mysql,sql server,sqlserver,由于post

mysql 中文乱码 767 1000 数据库
MySQL报错Specified key was too long; max key length is 767 bytes

或者说，如下错误： Specified key was too long; max key length is 1000 bytes;这是由于索引长度超出了限制，故创建失败

mysql 索引字段数据库
SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long； max key length

SQLSTATE[42000]: Syntax error or access violation: 1071 Specified key was too long; max key length is 1000 bytes...

Laravel ide php Database
Specified key was too long; max key length is 767 bytes解决方案

问题描述： 1. 使用spark sql处理数据逻辑，逻辑处理后使用 df.write.mode(saveMode).jdbc(url, tableName, connectionProperties)将数据写入mysql，创建的数据结构为： CREATE TABLE `userinfo` ( `u

数据 ico 大整数
MySQL添加索引Specified key was too long; max key length is 767 bytes

添加删除索引# 添加索引ALTER TABLE user AD

mysql 创建表字段
偶遇ERROR 1071 (42000): Specified key was too long;

今天在对一张表加索引时候出现如下报错：12mysql> ALTER TABLE ym_sys_dict ADD INDEX idx_dcode_dvalue (`dict_code`, `dict_value`);ERROR 1071 (42000): Specified key was too long; max key length is 767 bytes查阅文档时候，看到如下解释：1

java
Mysql之Specified key was too long; max key length is 767 bytes-yellowcong

今天导数据库的时候，抽风，报了这个错，当时找了资料，也没太好用啊看

mysql 数据库字段
Specified key was too long; max key length is 767 bytes

Specified key was too long; max key length is 767 bytes 一、总结一句话总结： 1、mysql出现Specified key was too long; max key length is 767 bytes 错误的原因是什么？二、Speci

数据库 mysql 微信人工智能解决方法
Specified key was too long; max key length is 767 bytes mysql

Specified key was too long; max key length is 767 bytes 说明: 执行当前 Web 请求期间，出现未经处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。异常详细信息: MySql.Data.MySqlClien

mysql 堆栈
CNN 卷积翻译句子

一、整体结构卷积神经网络（Convolutional Neural Network，CNN）。CNN被用于图像识别、语音识别等各种场合。CNN和之前介绍的神经网络一样，可以通过组装层来构建，但是，CNN中出现了卷积层（Convolution 层）和池化层（Pooling层）。卷积层和池化层将在下一节讲述，先看看如何组装层以构建CNN。之前介绍的神经网络中，相邻层的所有神经元之间都有连接，这称为全

CNN 卷积翻译句子卷积数据全连接
java 从一段故事中推理出一句话

【程序1】题目：古典问题：有一对兔子，从出生后第3个月起每个月都生一对兔子，小兔子长到第三个月后每个月又生一对兔子，假如兔子都不死，问每个月的兔子总数为多少？ //这是一个菲波拉契数列问题 public class lianxi01 { public static void main(String[] args) { System.

java 从一段故事中推理出一句话 java System i++
架构分层的原则

走向.NET架构设计—第三章—分层设计，初涉架构(中篇) 　　前言：自从上篇发布以后，大家反馈了不少问题，因为前篇讲的东西不是很深，可能大家看完之后没有什么感觉.本章（前篇，中篇，后篇）的主要目的其实首先是提出不好的设计，然后对比的提出一个相对比较合理的分层架构，同时本篇也为后续讲述架构模式和设计模式等的文章做个铺垫。本篇的议题如下：1．阐明示例需求2．业务层设计3．

架构分层的原则业务层 UI 业务逻辑
python实现全文

作为脚本语言Python上手容易，但要学好Python能写出一手漂亮的、Pythonic的Python代码并非一日之功，本文的目的在于推荐一些优秀的Python相关的文章(至于书大家可以看dip、learning python和官方手册去)，让你在成长为一名Python高手的路上少走一点弯路。注：文章都是英文的，学好Python读懂英文资料这是必须的了。排第一的当属Python的编码规范PEP8，

python实现全文 python必读 Python 正则表达式 re模块
go的Prometheus包

GoPro是一款用于冒险摄影的流行相机设备。由于其时尚紧凑的设计，它在冒险，冲浪者和运动员中很流行。它是高品质高清摄像机在小型摄像机领域广泛使用的设备之一。在本文中，我们将解释如何将GoPro连接到您的计算机并将文件从GoPro相机传输到Windows 10。虽然GoPro是动作摄影的缩影，但它现在甚至被临时用户和博客使用。视频，视频和整体功能的质量接近生产相机。在所有不可能的场景中都可

go的Prometheus包摄像机传输到计算机应用程序 Windows App

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯