1

我有一个文件，其中包含以非常大的整数表示的 ipv6 地址。当我将它导入mysql时，数据是错误的。为了让加载数据正确地将数据导入二进制（16）列，我需要做什么？

架构：

CREATE TABLE `ipv6_test` (
  `ip` binary(16) NOT NULL,
  `name` varchar(128) COLLATE utf8_bin DEFAULT NULL,
  PRIMARY KEY (`ip`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin;

要导入的 CSV 文件，ipv6_test.csv：

"58569107296622255421594597096899477505","test"

MySQL导入命令：

mysql> load data local infile 'ipv6_test.csv' into table ipv6_test fields terminated by ',' enclosed by '"' lines terminated by '\n';

询问：

select ip, INET6_NTOA(ip), name from ipv6_test;

不正确的结果：

+------------------+-----------------------------------------+------+
| ip               | INET6_NTOA(ip)                          | name |
+------------------+-----------------------------------------+------+
| 5856910729662225 | 3538:3536:3931:3037:3239:3636:3232:3235 | test |
+------------------+-----------------------------------------+------+

预期成绩：

+------------------+-----------------------------------------+------+
| ip               | INET6_NTOA(ip)                          | name |
+------------------+-----------------------------------------+------+
| ? binary data ?  | 2C0F:FFF0:0000:0000:0000:0000:0000:0001 | test |
+------------------+-----------------------------------------+------+
4

1 回答 1

0

INET6_NTOA()获取原始二进制地址并将其转换为十六进制版本。你传入一个整数，这是无效的。

"58569107296622255421594597096899477505"变成0x353835363931303732393636...原始十六进制，这就是那个奇怪的值的来源。

我不确定 MySQL 是否可以操纵 128 位数字并解决出现的字节序问题。除了NUMERIC类型之外，它可以在内部处理的最大值似乎是 64 位。您需要在写入 CSV 之前转换您的数据。

例如，如果您可以在文件中将其转换为如下所示：

0x2c0ffff0000000000000000000000001,test

然后您可以将其作为原始二进制值导入。

于 2019-12-19T19:06:52.813 回答