MySQL에 IPv6 주소 저장: DECIMAL(39,0) 대 VARBINARY(16)

IPv6 저장 문제에 직면했을 때 MySQL의 주소를 사용하는 경우 개발자는 DECIMAL(39,0)과 2*BIGINT라는 두 가지 옵션을 고려하는 경우가 많습니다. 둘 다 장점이 있지만 이전 방법에 비해 장점을 제공하는 새로운 솔루션이 등장했습니다.

DECIMAL(39,0) 대 2*BIGINT

DECIMAL(39,0)의 장점:

• IPv4와 IPv4를 모두 처리합니다. IPv6 주소입니다.
• SQL 함수를 사용하여 비교 및 ​​정렬이 가능합니다.
• PHP 함수를 사용하여 이진 표현으로 쉽게 변환하거나 이진 표현으로 변환할 수 있습니다.

단점 DECIMAL(39,0):

• 다음보다 공간 효율성이 낮습니다. VARBINARY(16).
• VARBINARY(16)보다 색인 생성 성능이 느립니다.
• 특정 IPv6 주소를 저장할 때 오버플로가 발생할 수 있습니다.

VARBINARY(16)

최신 버전의 MySQL에서는 VARBINARY(16)가 선호됩니다. IPv6 주소를 저장하는 방법. DECIMAL(39,0) 및 2*BIGINT에 비해 여러 가지 장점을 제공합니다:

• 컴팩트 표현: VARBINARY(16)는 정확히 16바이트를 차지합니다. 이진 형식의 IPv6 주소입니다. 이는 DECIMAL(39,0) 또는 2*BIGINT보다 공간 효율적입니다.
• 빠른 인덱싱: MySQL의 인덱싱 성능은 VARBINARY 데이터 유형에 최적화되어 IPv6 검색이 더 빨라집니다. DECIMAL(39,0) 또는 2*BIGINT가 아닌 VARBINARY 열의 주소 열.
• 오버플로 문제 없음: VARBINARY(16)는 오버플로에 대한 걱정 없이 모든 IPv6 주소를 저장할 수 있습니다.

변환 함수

IPv6 주소의 이진수 표현과 십진수 표현 간에 변환하려면 다음 PHP를 사용할 수 있습니다. 함수:

• inet_pton()은 이진수에서 점으로 구분된 쿼드 표기법(IPv4) 또는 콜론-16진수 표기법(IPv6)으로 변환합니다.
• inet_ntop()은 점으로 구분된 쿼드 또는 콜론에서 변환합니다. -16진수 표기법 바이너리.

결론

MySQL에 IPv6 주소를 저장하기 위해 VARBINARY(16)는 공간 효율성, 빠른 인덱싱 및 오버플로 문제가 부족합니다. DECIMAL(39,0) 및 2*BIGINT가 한때 널리 사용되는 방법인 반면, VARBINARY(16)는 이제 성능과 기능의 최적 균형을 제공합니다.