Добрый день.
В обслуживание достался офисный ПК:
- процессор AMD Athlon II X4 640 (4 ядра по 3 ГГц),
- оперативная память 4 ГБ PC3-10600 DDR-3,
- видео встроенное,
- жесткий диск Seagate ST500DM002 500 ГБ 7200rpm,
- операционка XP SP3 32-bit
- СУБД MySQL 4.1 и БД размером 3,6 ГБ.
К базе данных в час пик поступает порядка 70 запросов на запись в минуту, но не более 5000 запросов на запись в сутки. Количество запросов на чтение мне неизвестно.
Софт, работающий с БД, подтормаживает. Удаление старых записей и дефрагментация БД (dbForge Studio for MySQL) временно улучшают ситуацию, но тормоза всё равно остаются. Связь с разработчиками софта отсутствует. Единственное, что могу сказать: по-видимому, при запуске софт считывает всю БД, поскольку загружается весьма долго.
Компьютер работает круглосуточно, не перезагружается. Никаких оптимизаторов и очистителей оперативной памяти не используется.
ВОПРОС: Какие общие рекомендации по настройке операционной системы и СУБД Вы можете дать, чтобы подоживить систему?
С уважением, Сергей.

Несколько пояснений.
У меня нет особенного опыта администрирования СУБД. Я хотел бы у Вас уточнить:
1. Нормально ли, что ПК тормозит при таком количестве запросов.
2. Имеет ли смысл переходить на старшую версию MySQL с точки зрения прироста производительности.
3. Требуется ли регулярная перезагрузка Windows XP для стабильной работы MySQL.
4. Могут ли быть полезны дефрагментаторы оперативной памяти.

На всякий случай выложил структуру единственной крупной таблицы (порядка 5 млн. записей). На ней, собственно, и идёт торможение.
Никакого обслуживания таблиц, кроме дефрагментации, не проводилось.

CREATE TABLE davp.events (
id bigint(12) UNSIGNED NOT NULL AUTO_INCREMENT,
receivernr tinyint(2) UNSIGNED DEFAULT NULL,
linenr tinyint(2) UNSIGNED DEFAULT NULL,
objectnr mediumint(8) UNSIGNED DEFAULT NULL,
clasificator char(1) DEFAULT NULL,
eventcode char(3) DEFAULT NULL,
groupnr char(2) DEFAULT NULL,
zonenumber char(3) DEFAULT NULL,
status tinyint(1) UNSIGNED NOT NULL DEFAULT 0,
receivedtime timestamp DEFAULT CURRENT_TIMESTAMP,
priority tinyint(1) UNSIGNED NOT NULL DEFAULT 0,
selectable tinyint(3) NOT NULL DEFAULT 1,
reactedtime timestamp NULL DEFAULT NULL,
addedtoarchivetime timestamp NULL DEFAULT NULL,
receivername varchar(30) DEFAULT NULL,
linename varchar(30) DEFAULT NULL,
retranslator tinyint(3) DEFAULT NULL,
receivedlevel tinyint(3) DEFAULT NULL,
retranslatorlevel tinyint(3) DEFAULT NULL,
reactiontype tinyint(3) DEFAULT NULL,
eventsource tinyint(3) DEFAULT NULL,
eventname varchar(100) DEFAULT NULL,
reactionid int(11) DEFAULT NULL,
repeated enum ('Yes', 'No') NOT NULL DEFAULT 'No',
playsound enum ('Yes', 'No') DEFAULT NULL,
Reminder enum ('No', 'Yes') NOT NULL DEFAULT 'No',
RemindInMinutes tinyint(3) DEFAULT NULL,
RemindInHours tinyint(3) DEFAULT NULL,
RemindFromTime datetime DEFAULT NULL,
Remind enum ('No', 'Yes') NOT NULL DEFAULT 'No',
RemindAtTime datetime DEFAULT NULL,
ObjectName varchar(100) DEFAULT NULL,
eventdescid int(9) UNSIGNED DEFAULT NULL,
PRIMARY KEY (id),
INDEX addedtoarchivesindx (addedtoarchivetime),
INDEX clasificatorindx (clasificator),
INDEX eventcodeindx (eventcode),
INDEX groupnrindx (groupnr),
UNIQUE INDEX id (id),
INDEX id_2 (id),
INDEX linenrindx (linenr),
INDEX objectnrindx (objectnr),
INDEX priorityindx (priority),
INDEX reactedtimeindx (reactedtime),
INDEX reactiontypeindx (reactiontype),
INDEX receivedtimeindx (receivedtime),
INDEX receivernameindx (receivernr),
INDEX RemindIndx (Remind),
INDEX selectableindx (selectable),
INDEX statusindx (status),
INDEX zonenumberindx (zonenumber)
)
ENGINE = MYISAM
AUTO_INCREMENT = 15901920
AVG_ROW_LENGTH = 150
CHARACTER SET latin1
COLLATE latin1_swedish_ci
MAX_ROWS = 1000000000;

На системном диске С: имеется свободных 50 ГБ.
Софт может загружаться в худшем случае до получаса. После удаления годичных записей и дефрагментации время уменьшается до 5 минут.
Софт подтормаживает при переключении на вкладку событий по конкретному объекту, то есть при выборке событий по objectnr с сортировкой по receivedtime и лимитом 60.
Ещё небольшой вопрос. При установке MySQL был выбран вариант Server Machine. Изменится ли производительность, если выбрать Dedicated MySQL Server Machine? Может, для таблицы сменить тип MyISAM на InnoDB?

PS. Поздравляю всех с наступающим праздником Рождества Христова!

Посоветуйте, пожалуйста, есть ли смысл с точки зрения прироста производительности в переносе базы с системного С на логический Д? Отдельный жесткий в бюджете пока не значится :(
В ближайшее время выложу конфиг MySQL.

[mysqld]
basedir="C:/Program Files/MySQL/MySQL Server 4.1/"
datadir="C:/Program Files/MySQL/MySQL Server 4.1/Data/"
query_cache_size=0
table_cache=256
tmp_table_size=51M
thread_cache_size=8
myisam_max_sort_file_size=100G
myisam_max_extra_sort_file_size=100G
myisam_sort_buffer_size=102M
key_buffer_size=84M
read_buffer_size=64K
read_rnd_buffer_size=256K
sort_buffer_size=256K

# хотя тип таблиц myisam, решил выложить
innodb_additional_mem_pool_size=3435K
innodb_flush_log_at_trx_commit=1
innodb_buffer_pool_size=163M
innodb_log_file_size=82M
innodb_thread_concurrency=8

Изучение работы софта в последние дни даёт повод усомниться в высоком профессионализме разработчиков, поэтому рассчитывать на осмысленный выбор ими настроечных параметров MySQL я бы не стал...
У меня ещё вопрос по файлу подкачки. В случае с MySQL какой его рекомендуемый объем? Оперативки стоит 4 ГБ, часть из них не видит XP 32-bit, ещё часть идёт на встроенное видео.

Наконец руки дошли включить логирование:
1. При запуске софта медленных запросов не выявлено, в общий лог пошли запросы проверки таблиц CHECK TABLE. На проверке таблицы событий прошло несколько минут.
2. При переключении на вкладку событий по конкретному объекту в лог медленных запросов попался вот такой (время выполнения несколько секунд):
SELECT DATE_FORMAT(ev.receivedtime, '%Y.%m.%d') receiveddate, DATE_FORMAT(ev.receivedtime, '%Y.%m.%d %H:%i:%s') receivedtime, ev.receivedtime receivedtime2, CONCAT(ev.clasificator, " ", ev.eventcode, " ", ev.zonenumber) eventcode, ev.eventname, ev.reactedtime, HEX(CAST(ev.receivedlevel AS UNSIGNED)) receivedlevel, HEX(CAST(ev.retranslatorlevel AS UNSIGNED))retranslatorlevel, IF(ev.name IS NULL, HEX(CAST(ev.retranslator AS UNSIGNED)), ev.name) retranslatorname FROM (SELECT * FROM events LEFT JOIN retranslators ON events.retranslator = retranslators.nr WHERE events.objectnr='4103' and events.linenr='1' and events.receivernr='1' and (events.repeated =2 or events.repeated = 'No') ORDER BY events.receivedtime DESC LIMIT 50) ev ORDER BY receivedtime2 DESC;

С долгим запуском можно смириться, но подвисания при запросах хотелось бы исключить. В этой связи несколько вопросов:
1. Насколько я понимаю, по железу запрос ложится прежде всего на процессор (и на жесткий диск, но на серверный ssd денег всё равно не дадут). Подскажите, пожалуйста, есть ли смысл в особой многоядерности процессора или достаточно максимально быстрого 4 ядерника? Сейчас работает Athlon X4 640 (4 ядра по 3 ГГц). Буду признателен за указание конкретной модели среднего ценового диапазона и под тот же AM3.
2. В настоящее время установлен MySQL 4.1, но если последние версии умеют распараллеливать запросы, сделаю апгрейд.
3. Как оптимально настроить MySQL? Текущие параметры my.ini были приведены выше.