Нужна рекомендация по выбору железа сервера

что 4-ядерные ксеоны - это по сути два двухядерных в одном корпусе.. можно одним четырехядерным обойтись.. но это уж на вкус и цвет. По проиводительности разницы больше чем 10% не будет, а материнки почти все и так двухпроцессорные... Тут уже встает вопрос экономичности и тепловыделения... Многие датацентры берут доплату за потребляемую выше лимита мощность.. да и кондиционирование всякое бывает.. С учетом пассивного охлаждения процессора становится критичным - две печки иметь в одной машине или все же одну..

Поясните пожалуйста.. Этот момент очень интересный. Я сам больше железячник, в софтовых вопросах так себе.

Сам недавно для себя открыл, теперь радуюсь:

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

Т.е. если перезагрузить MySQL то все данные из таблицы изчезнут, но структура останется. Скорость работы такой базы - феноменальная, единственное органичение - в таких таблицах нельзя использовать BLOB и TEXT поля.

Как настроить:

1) В файле my.cnf добавляете строку:

max_heap_table_size=110000000 // допустимый объем ВСЕХ memory-таблиц - 110МБ

2) Создаете таблицу:

create table `memory_table`(
`id` INT NOT NULL PRIMARY KEY AUTO_INCREMENT,
`name` CHAR(150)
) ENGINE = MEMORY;

3) Заполняете её данными из оригинальной таблицы:

TRUNCATE TABLE `memory_table`;
INSERT INTO `memory_table` (SELECT * FROM `real_table`);

4) Теперь обращаетесь к memory-таблице и ощущаете прирост производительности

Один минус, если у Вас запущено несколько сервисов MySQL (обычно это кол-во привязано к кол-ву ядер, в т.ч. HT-ядра на сервер), то каждый из этих сервисов будет дополнительно использовать оперативную память (в нашем случае 110МБ)

прикольно. а где более подробные ртфмы есть на тему таблиц MEMORY?

http://dev.mysql.com/doc/refman/5.1/en/memory-storage-engine.html

Вам бы еще тогда не помешало почитать про memcached

http://ru.wikipedia.org/wiki/Memcached

очень удобная вещь, если используте PHP то можно в память "пихать" многомерные массивы и "доставать" их из памяти со скоростью света :)

Только добавьте, что аварийное падение mysql или сервера будет означать потерю данных из memory/heap таблицы

читайте внимательно

да, прошу прощения, не заметил

Мне всё равно не сводится концы. Я даже посмотрел на реальные данные с сервера:

Этот MySQL сервер работает 0 дней, 12 часов, 0 минут и 52 секунд. Он был запущен Фев 21 2008 г., 12:41
Трафик: Эти таблицы показывают статистику по сетевому трафику MySQL сервера со времени его запуска.
Трафик Tip ----ш ----  в час
Принято 	217 MB 	18 MB
Послано 	2 GB 	156 MB
Всего 	2 GB 	174 MB
Соединения 	----- ----------ш ---в час 	%
max. concurrent connections 	39 	--- 	---
Неудачные попытки 	4 	0.33 	0.00%
Отменены 	46 	3.83 	0.03%
Всего 	176 k 	14.65 k 	100.00%
Статистика запросов: Со времени запуска 2,024,692 запросов было послано на сервер.
Всего 	--ш ------в час ---- ш в минуту ----- ш в секунду
2 M 	168.52 k 	2.81 k 	46.81

То есть, действительно ли 1000 обращений в секунду? Если так, то говорим не о 2 милионах в сутки....

По поводу канала, то для 1 ТБ в месяц 10 мбпс больше чем надо, Просто 100мбпс приятней работать.

Я так понял, тут речь была о хттп запросах, а там и картинки и вынесенные css/js, тогда 2 млн вполне получается

2 млн обращений пользователя к серверу в сутки, каждое из обращений генерирует от 10 до 40 (в среднем - 30) обращений к БД...