Хранение IP-адреса

Я должен хранить IP-адрес всех зарегистрированных пользователей в базе данных. Мне интересно, сколько символов я должен объявить для такого столбца?

Должен ли я также поддерживать IPv6? Если да, какова максимальная длина IP-адреса?

Не хранить в виде строки. Используйте int unsignedстолбец и сохраните / получите с INET_ATON()и INET_NTOA()соответственно. AFAIK mysql не поддерживает INET_ * для ipv6.

РЕДАКТИРОВАТЬ согласно комментарию

Использование встроенной функции для преобразования IP-адресов в целые числа и из них (и, таким образом, сохранение этих целых чисел в базе данных) имеет побочный эффект автоматической проверки этих IP-адресов. Скажем, вы храните IP-адрес как VARCHAR (16), вы должны убедиться, что не сохранили недопустимые IP-адреса (например, 999.999.999.999) с некоторой пользовательской проверкой. Функции INET_ * позаботятся об этом.

Вероятно, пришло время начать рассматривать IPv6. MySQL не имеет методов для преобразования адресов IPv6 в двоичный формат. Строка из сорока символов будет обрабатывать любые обычные адреса IPv6. Существует формат, который может превышать 40 символов, я бы посчитал, что это вряд ли произойдет на практике.

Вы можете рассчитать размер на основе информации о том, что будет не более 8 четырехсимвольных групп с 7 символами-разделителями. Ненормальный формат заменяет две последние группы адресом формата IPv4. Без сжатия адреса он заменяет последние 9 символов до 15 символов.

Если вы храните блоки, для указания размера блока может потребоваться 4 символа, а не 3 символа, требуемые для IPv4.

Вы должны убедиться, что форматирование, которое вы получаете, является согласованным, но все программное обеспечение, которое я видел, предоставляет согласованные форматы для адресов.

Я бы предложил перейти на PostgreSQL и использовать типы данных INET или CIDR .

CREATE TABLE test ( test_id serial PRIMARY KEY, address inet );
INSERT INTO test ( address ) VALUES ( '1.2.3.4'::inet );
INSERT INTO test ( address ) VALUES ( 'a:b::c:d'::inet );
SELECT * FROM test;
 test_id | address  
---------+----------
       1 | 1.2.3.4
       2 | a:b::c:d

Вот лучший ответ, сделанный в одном из списков рассылки MySQL. Read Best FieldType для хранения IP - адрес ... .

Вкратце он предлагает, во-вторых, использовать INT (10) UNSIGNED.

1. Он использует меньше памяти (только 4 байта)
2. Лучше всего подходит для сортировки и поиска диапазонов IP-адресов, особенно если вы ищете страну происхождения ваших посетителей.

Итак, используя 192.168.10.50:

(192 * 2 ^ 24) + (168 * 2 ^ 16) + (10 * 2 ^ 8) + 50 = 3232238130 (результат 192.168.10.50)

В MySQL вы можете напрямую использовать SELECT INET_ATON('192.168.10.50'); для получения 3232238130.

Или

192 + (168 * 2 ^ 8) + (10 * 2 ^ 16) + (50 * 2 ^ 24) = 839559360 (в обратном порядке результат 50.10.168.192)

В MySQL вы можете напрямую использовать, SELECT INET_NTOA(3232238130); чтобы 192.168.10.50вернуться.

По MySQL v5.6.3 они добавили поддержку INET6_ATONи INET6_NOTAчто будет заботиться о IPv4 и IPv6. Но они больше не хранят его как целое число. IPv6 возвращает a varbinary(16)и IPv4 возвращает a varbinary(4).

http://dev.mysql.com/doc/refman/5.6/en/miscellaneous-functions.html#function_inet6-aton

Вы можете хранить до 15 символов. Пожалуйста, не используйте VARCHAR (15), потому что это 16 байтов (первый байт управляет длиной строки и, следовательно, медленнее извлекает и хранит). Используйте CHAR (15) всегда на чем-то вроде IP-адреса.

Извините, не могу комментировать ответы. Есть вопрос об этом на stackoverflow. И я полностью согласен с выбранным ответом: использование 2xBIGINT, вероятно, является лучшим способом для ipv6 в настоящее время.

Я бы предложил 2 * BIGINT, но убедитесь, что они НЕ ПОДПИСАНЫ. На границе адреса / 64 в IPv6 существует своего рода естественное разделение (так как / 64 - это наименьший размер сетевого блока), которое хорошо согласуется с этим.

Также можно хранить ipv4 на этих bigints - либо пометив один из них как NULL, либо используя формат V4COMPAT