netwind

Рейтинг
419
Регистрация
06.05.2007

Вот вам отчет awstats . http://narod.ru/disk/5806853000/awstats.ipod.allhosts.html.html

Как я и подозревал, это просто всплеск активности mail.ru. за полдня 11тыс обращений и 547.68 МБ трафика

По-моему, 50% клиентов анти-ддос сервисов именно такие вот напуганные :)

foxyrus, о, вот это предметный разговор.

что-то не вижу ддоса. небольшие вспышки активности от mail.ru и все.

обычно такое это глазками легко фиксируется. просмотрел весь файл с шагом по 10% и не заметил ничего.

По-моему Мастерхост вас просто выжимает на VPS. Пусть покажут какие именно хосты участвовали в "отаке", если настаивают на ддос.

Нечего конкретного сказать, кроме того, что проблема часто имеет место. "Ширина" трубы и скорость прохождения пакетов это совсем разные вещи. Пока не попробуете и не узнаете.

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

Важно как именно тягают. Зависит временных характеристик протокола обмена.

Например, трафик всяких АРМ-ы выглядит как множество коротких sql-запросов. При переносе их из локалки в интернет внезапно возникает УПС даже при скромном трафике.

Веб-сайтам, всяким там программам основанным на пакетной передаче или репликации данных, профигу совершенно.

malls, да как и всегда, только указывать или соединять сразу по обоим значениям полей.

и еще, не очень хорошая идея делать primary key из varchar. я то думал у вас там ссылка на некий словарь свойств и оба поля целочисленные.

malls, да что тут рассказывать. просто вместо искусственного ключа с autoincrement, вы можете объявить логичный первичный ключ :

create table (

id2

..

PRIMARY KEY (id2,id3)

);

и можете быть уверены, что комбинации id2 и id3 полностью точно идентифицируют запись.

malls:
соответственно надо некоторые поля добавить ( add), а некоторые изменить. Сочетание id2+id3 ВСЕГДА УНИКАЛЬНО! Но ключа id нету на момент добавления!

не особо понятно, но , может вы не в курсе, что первичный ключ можно делать составным?

все упростится.

1000 это байт в ключе, а колонок 4096. Хотя на практике будет еще меньше, там от разных факторов зависит размер.

Ну а если скорость не критична, вообще о чем вопрос. Побольше памяти и будет вам полный перебор работать быстро.

Ну и что вам помешало сделать это сразу? Программер боится джоинов и подзапросов ?

Если у вас 99% пустых полей, то при декомпозиции явно меньший объем будет и, как следствие, большая скорость.

toxic steel:
мы же не знаем, вдруг у malls одна таблица и в селекте и в инзерте

с этим уже давно нет никаких проблем. в 4.1 и выше.

Всего: 6293