Как использовать maxmind GeoLite2 на mysql 5.5, где нет inet6_aton?

Question

[Иван Иванов]

Нужно использовать maxmind базу GeoLite2 для определения страны, mysql 5.5. По мануалу https://dev.maxmind.com/geoip/importing-databases/... не получается, т. к. inet6_aton появился только в mysql 5.6. Нужны только IPv4 адреса.
Может быть можно как-то конвертировать получившиеся адреса в необходимый формат для inet_aton (функция без шестерки в названии)? Как? На php.
В результате надо получить таблицу, в которой будут только IPv4 адреса, чтобы можно было использовать запрос

select *
from (
  select *
  from geolite2_network
  where inet_aton('123.4.5.6') >= network_start
  order by network_start desc
  limit 1
) net
where inet_aton('123.4.5.6') <= network_end

Answer 1

[Rsa97]

inet6_aton('fdfe::5a55:d:fefa:9089')
эквивалентно
unhex('FDFE0000000000005A55000DFEFA9089');
То есть, надо привести IPv6-адрес в полную форму и удалить двоеточия.

Answer 2

[Akina]

В результате надо получить таблицу, в которой будут только IPv4 адреса

Не вижу проблемы. Импорт не использует inet6_aton. Соответственно после импорта можно просто удалить записи с IPv6-адресами. А затем ещё и изменить тип поля на VARBINARY(4).

Comments

[Иван Иванов]

Во время импорта используется код

load data infile '/var/lib/mysql-files/GeoIP2-City-Blocks-IPv4-Hex.csv'
into table geoip2_network
fields terminated by ',' enclosed by '"' lines terminated by '\n' ignore 1 rows
(@network_start, @network_end, @geoname_id, @registered_country_geoname_id, @represented_country_geoname_id,
 @is_anonymous_proxy, @is_satellite_provider, @postal_code, @latitude, @longitude, @accuracy_radius)
set network_start = unhex(@network_start),
    network_end = unhex(@network_end),
    geoname_id = nullif(@geoname_id, ''),
    registered_country_geoname_id = nullif(@registered_country_geoname_id, ''),
    represented_country_geoname_id = nullif(@represented_country_geoname_id, ''),
    is_anonymous_proxy = nullif(@is_anonymous_proxy, ''),
    is_satellite_provider = nullif(@is_satellite_provider, ''),
    postal_code = nullif(@postal_code, ''),
    latitude = nullif(@latitude, ''),
    longitude = nullif(@longitude, ''),
    accuracy_radius = nullif(@accuracy_radius, '');

IPv6-адреса не импортируются вообще. Если после импорта поменять тип поля на VARBINARY(4), то запрос из мануала

select * from geolite2_network where inet_aton('146.243.121.22') between network_start and network_end limit 1

вообще не находит результатов, как и до смены на VARBINARY(4). Если же использовать этот запрос с inet6_aton в более поздней версии mysql, то все отрабатывает нормально.

[Akina]

Если после импорта поменять тип поля на VARBINARY(4), то запрос из мануала
[skipped]
вообще не находит результатов, как и до смены на VARBINARY(4).

Любое мероприятие окончится неудачей, если не думать, что именно делаешь.

[Иван Иванов]

Akina, уже подумал, надо было при импорте делать не

unhex(@network_start)

а

SELECT CONV(@network_start, 16, 10)

, тогда после можно будет использовать inet_aton вместо inet6_aton. При чем тут VARBINARY(4) так и не понял, network_start при этом делаем bigint.