DJ_AlieN

он не такой важный, нет времени его переносить

в этом топике речь идет о датахаусе, а не о хостер.ру

или так: http://zhogov.ru/stat_50.html

подверждаю.

саппорт мастера на трассировки отмазывается и винит моего провайдера

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

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

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

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

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

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

у 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МБ)

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

120 дней с питанием не было траблов :)

Раз БД небольшая, то хватит 4 гигов оперативки, простого 4-х ядерного ксеона, и всю базу держать в MEMORY-таблицах, которую допустим ужечасно бекапить на винт.

Без оптимизации можно положить что угодно, хоть двойной квадроксеон с 10 гигабами памяти и сас-рейдом :)