gpt4 book ai didi

mysql - 这个 MySQL tinyblob key 的 "length"应该是什么?

转载 作者:行者123 更新时间:2023-11-29 14:47:08 25 4
gpt4 key购买 nike

对于我正在创建的包含 IP 范围的表,我需要在 MySQL 记录中存储两个 128 位(16 字节)int 值。由于 MySQL 仅支持最多 8 字节的整数,因此我发现我需要使用二进制列 (tinyblob),这很好。

CREATE TABLE `ip_ranges` (
`ip_start` tinyblob NOT NULL,
`ip_end` tinyblob NOT NULL,
...
UNIQUE KEY `index_ip_ranges_on_ip_start_and_ip_end` (`ip_start`(16),`ip_end`(16))
);

我在这两列上的唯一索引遇到了麻烦。据我了解,IPv6的整数表示是128位(16字节)。因此,我将唯一键中的 ip_startip_end 列的唯一索引设置为 16 字节。不幸的是,当我填充真实的 IPv6 数据时,我最终遇到了重复的 key 错误:

  > INSERT INTO `ip_ranges` (`ip_end`, `ip_start`, ...) VALUES ("42540649945883696925221210589465935872", "42540649945883696943667954663175487487", ...);
Duplicate entry '42540649945883696925221210589465935872-4254064994588369694366795' for key 'index_ip_ranges_on_ip_start_and_ip_end'

上面“重复条目”行中显示的键值使其看起来像是 ip_end 值的一部分被删除。它缺少最后 13 位数字:“4663175487487”。这让我觉得我对代表字节的唯一 key 长度提供的“16”是错误的。

这是怎么回事?我该如何解决?

最佳答案

没有。没有小 Blob 。使用 VARBINARY。即使如此,每个数字都将存储为一个字节,因此您的 key 需要 39B 长。

或者您可以使用 DECIMAL(39)

或者等到 MySQL 5.6 提供原生 IPv6 支持;P

关于mysql - 这个 MySQL tinyblob key 的 "length"应该是什么?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6720308/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com