navicat为mysql建⽴索引
索引的⽬的是⼤⼤提⾼查询效率，还有读写效率。
kettle向sql⾥⾯插⼊，更新时，也要建⽴索引，可以⼤⼤提升处理时间。
但是建⽴索引报错：Specified key was too long; max key length is 1000 bytes
这是mysql中，索引字段的类型设置的总体过长，看⼀下fields⾥⾯字段类型，总体加起来不超过1000字节注意，字段长度，是char长度乘以⾃⾝字段类型的位数，累加和不能超过限定的key长1000：
latin1 = 1 byte = 1 character
uft8 = 3 byte = 1 character
gbk = 2 byte = 1 character
以GBK为例：
CREATE UNIQUE INDEX `unique_record` ON reports (`report_name`, `report_client`, `report_city`);
其中report_name varchar(200), report_client varchar(200), report_city varchar(200)
(200 + 200 +200) * 2 = 1200 > 1000，就会报1071错误，只要将report_city改为varchar(100)那么索引就能成功建⽴。
但如果表是UTF8字符集，那索引还是建⽴不了，因此要乘以3。mysql下载32位
KEY `idx_1` (`packagename`,`storename`,`app_name`,`version`,`category`,`app_link_hash`) USING BTREE
字段类型都是utf8，乘3后，超过1000。
我建的表，字段长度超了，⽽数据不能动，所以就⽤了⼀下⼩技巧：
1，applink字段要200以上，⽤了必超。解决办法：将applink⽤MD5算法，转换为特定长度的applink_hash 码（32位长），⼀⼀对应，长度特定，⽤这个新字段只有32位就⾏了。排除过长字段，转换成特定hashcode，⼀⼀对应。
2，kettle插⼊时分析唯⼀key。字段之间关系，很多字段联合起来可以唯⼀确定某个字段，那这个字段就不⽤出现在索引中。kettle插⼊时就不⽤去⽐对这个字段
3，改成⼩字段的兼容类型。如果字段内容允许，也就是包含的内容很少，⽐如utf8的类型，可以修改成gbk，就可以省去⼀个字段。但是数据内容必须能被gbk包含，否则，内容不识别，插进去也没⽤。
对于不包含在索引key内的字段，随便设置值。
我的内存不⾜，所以建⽴索引时⽤的字段较少，这样也可以，只是效率低⼀些

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。