он не такой важный, нет времени его переносить
в этом топике речь идет о датахаусе, а не о хостер.ру
или так: 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 гигабами памяти и сас-рейдом :)
