И что? запрос where ss.name='панель' все равно будет ускорен с помощью индекса.
Индекс работает по любым полям, если они допускают сравнение и, как следствие, индекс укладывается в дерево — btree. Для текстовых поле в запросе с LIKE 'панель%' индекс все-таки будет работать.
А вот твоем LIKE '%панель%' не будет работать — это и есть специальный случай записи условия.
Тут лучше попробовать применить fulltext-индексы dev.mysql.com/doc/refman/5.5/en/fulltext-search.html
Дело то не в объеме, а в понимании механизма работы. В общем случае индексы помогают при выборе из таблиц независимо от их размера.
В определенных условиях могут помогать не очень.
А что в dd-wrt какой-то специальный поломанный iptables?
Обычный SNAT модифицирует в пакетах только адрес назначения, а адрес источника остается прежним, то есть информация об IP посетителя не теряется.
Все можно это, но на практике не тем, кто впервые просто купил два VPS и задумался как же ему их использовать одновременно.
Таким выгоднее выбирать провайдера понадежнее.
>Придётся каждую открутку в базу писать
А вы напишите простой анализатор лог-файлов — вот вам и запись откруток.
У вас счет ведь не на штуки, а на тысячи? Ну и нормально будет.
Да как это не получается? Рекламодатель, который платит деньги, все получает обычно на блюдечке.
Если вы не станете записывать каждую открутку баннера в базу, никаких кластеров не понадобится. Даже openx показывает приличную производительность при отключении функций записи.
Разумеется, я имею ввиду, что CTR там не феноменальный и из этих 2.5 млн уников на баннер нажмут дай бог 5 тыс целевых посетителей, что вы нормально выдержите на обычном сервере.
Кстати, как они считают цифру уников в неделю? по дням ведь сложили?
Ты от школьников заразился? Нет, не устроит. Я же написал без сленга — «периодическое фоновое слияние».
В такой формулировке любой разумный человек найдет ответ в документации за 5 минут. А ты будешь сидеть и ждать волшебных рубистов из Нарнии.
почитай как работает indexer --merge.
Могу только посоветовать настроить фильтры по диапазонам IP-адресов в клиенте.
Но и в этом случае входящий трафик будет капать. Если раздача популярна, то даже ощутимо.
Клиент автора просто слушает входящие подключения. Пиры к нему сами подключаются. А IP автора узнают через DHT.
Если раздача была скачана «с внешки», то в таких случаях на огороженных трекерах добавляют какой-нибудь маленький файл и торент уже считается новым. Внешние пиры его не будут искать.
Индекс работает по любым полям, если они допускают сравнение и, как следствие, индекс укладывается в дерево — btree. Для текстовых поле в запросе с LIKE 'панель%' индекс все-таки будет работать.
А вот твоем LIKE '%панель%' не будет работать — это и есть специальный случай записи условия.
Тут лучше попробовать применить fulltext-индексы dev.mysql.com/doc/refman/5.5/en/fulltext-search.html
Заметь, нигде я не упомянул размер таблиц.