Таблица GeoIP соединяется с таблицей IP в MySQL

этот подход имеет некоторые проблемы масштабируемости (если вы решите перейти, скажем, к городским данным geoip), но для данного размера данных он обеспечит значительную оптимизацию.

проблема, с которой вы столкнулись, заключается в том, что MySQL не очень хорошо оптимизирует запросы на основе диапазона. В идеале вы хотите сделать точный ( " = ") поиск по индексу, а не" больше, чем", поэтому нам нужно будет построить такой индекс из имеющихся у вас данных. Таким образом MySQL будет иметь гораздо меньше строк для оценки при поиске соответствия.

для этого я предлагаю вам создать таблицу поиска, которая индексирует таблицу геолокации на основе первого октета (=1 из 1.2.3.4) IP-адресов. Идея заключается в том, что для каждого поиска вы должны сделать, вы можете игнорировать все IP-адреса геолокации, которые не начинаются с того же октета, что и IP, который вы ищете.

CREATE TABLE `ip_geolocation_lookup` (
  `first_octet` int(10) unsigned NOT NULL DEFAULT '0',
  `ip_numeric_start` int(10) unsigned NOT NULL DEFAULT '0',
  `ip_numeric_end` int(10) unsigned NOT NULL DEFAULT '0',
  KEY `first_octet` (`first_octet`,`ip_numeric_start`,`ip_numeric_end`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

Далее, нам нужно принять данные доступные в вашей таблице геолокации и произвести данные это покрывает все (первый) октеты строки геолокации охватывает: если у вас есть запись с ip_start = '5.3.0.0' и ip_end = '8.16.0.0', таблица поиска будет нуждаться в строках для октетов 5, 6, 7 и 8. Так...

ip_geolocation
|ip_start       |ip_end          |ip_numeric_start|ip_numeric_end|
|72.255.119.248 |74.3.127.255    |1224701944      |1241743359    |

преобразовать в:

ip_geolocation_lookup
|first_octet|ip_numeric_start|ip_numeric_end|
|72         |1224701944      |1241743359    |
|73         |1224701944      |1241743359    |
|74         |1224701944      |1241743359    |

поскольку кто - то здесь запросил собственное решение MySQL, вот хранимая процедура, которая будет генерировать эти данные для вас:

DROP PROCEDURE IF EXISTS recalculate_ip_geolocation_lookup;

CREATE PROCEDURE recalculate_ip_geolocation_lookup()
BEGIN
    DECLARE i INT DEFAULT 0;

    DELETE FROM ip_geolocation_lookup;

    WHILE i < 256 DO
       INSERT INTO ip_geolocation_lookup (first_octet, ip_numeric_start, ip_numeric_end) 
                SELECT  i, ip_numeric_start, ip_numeric_end FROM ip_geolocation WHERE 
                ( ip_numeric_start & 0xFF000000 ) >> 24 <= i AND 
                ( ip_numeric_end & 0xFF000000 ) >> 24 >= i;

       SET i = i + 1;
    END WHILE;
END;

и затем вам нужно будет заполнить таблицу, вызвав это сохраненное процедура:

CALL recalculate_ip_geolocation_lookup();

на этом этапе вы можете удалить только что созданную процедуру - она больше не нужна, если вы не хотите пересчитать таблицу поиска.

после-таблица на месте, все что вам нужно сделать-это интегрировать его в свои запросы и убедитесь, что вы запрашиваете по первому октету. Ваш запрос к таблице поиска удовлетворит двум условиям:

1. найти все строки, которые соответствуют первому октету вашего IP адрес
2. этого подмножества: найдите строку, которая имеет диапазон, соответствующий вашему IP-адресу

поскольку второй шаг выполняется на подмножестве данных, он значительно быстрее, чем выполнение тестов диапазона для всех данных. Это ключ к данной стратегии оптимизации.

существуют различные способы выяснить, что такое первый октет IP-адреса; я использовал ( r.ip_numeric & 0xFF000000 ) >> 24 так как мои исходные IPs числовые форма:

SELECT 
    r.*, 
    g.country_code
FROM 
    ip_geolocation g,
    ip_geolocation_lookup l,
    ip_random r
WHERE 
    l.first_octet = ( r.ip_numeric & 0xFF000000 ) >> 24 AND 
    l.ip_numeric_start <= r.ip_numeric AND      
    l.ip_numeric_end >= r.ip_numeric AND 
    g.ip_numeric_start = l.ip_numeric_start;

теперь, по общему признанию, я в конце концов немного обленился: вы могли бы легко избавиться от ip_geolocation таблица в целом, если вы сделали ip_geolocation_lookup таблица также содержит данные по странам. Я предполагаю, что удаление одной таблицы из этого запроса сделает его немного быстрее.

и, наконец, вот две другие таблицы, которые я использовал в этом ответе Для справки, поскольку они отличаются от ваших таблиц. Хотя я уверен, что они совместимы.

# This table contains the original geolocation data

CREATE TABLE `ip_geolocation` (
  `ip_start` varchar(16) NOT NULL DEFAULT '',
  `ip_end` varchar(16) NOT NULL DEFAULT '',
  `ip_numeric_start` int(10) unsigned NOT NULL DEFAULT '0',
  `ip_numeric_end` int(10) unsigned NOT NULL DEFAULT '0',
  `country_code` varchar(3) NOT NULL DEFAULT '',
  `country_name` varchar(64) NOT NULL DEFAULT '',
  PRIMARY KEY (`ip_numeric_start`),
  KEY `country_code` (`country_code`),
  KEY `ip_start` (`ip_start`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;


# This table simply holds random IP data that can be used for testing

CREATE TABLE `ip_random` (
  `ip` varchar(16) NOT NULL DEFAULT '',
  `ip_numeric` int(10) unsigned NOT NULL DEFAULT '0',
  PRIMARY KEY (`ip`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;