управление дб MySQL в память все время
Когда у Вас есть проблемы тепла всегда существует три компонента:
A. излучение
Горячие вещи исходят и таким образом передают тепло другим вещам. Вы помещаете некоторую защиту, которая не прозрачна для тепла. Любая металлическая фольга сделает и много других вещей. Щит не должен быть в контакте с горячим элементом и кабелем из-за
B. проводимость
При нагревании вещи она проведет тепло другой стороне и ко всем другим вещам в контакте. Изоляторы проводят чрезвычайно плохо, проводники очень хорошо. Поместите изолятор, между которым может работать также щитом.
C. конвекция
Даже при наличии изолятора и щита в конечном счете будет достаточно тепла, медленно прибывающего до тепла кабель. У Вас должны быть некоторые, по крайней мере, минимальные, обмен воздухом вокруг кабеля или некоторых других средств получения тепла далеко непрерывно.
Конвекция (перемещение горячего носителя) поможет: установите провод в более крупной трубе диаметра (дюйм? зависит от длины и изгибов), и удостоверьтесь, что существует, по крайней мере, маленький проект, который в состоянии пройти. Если у Вас есть высотное различие, можно заставить его работать отдельно, иначе помещать вентилятор.
Премия - то, что можно также контролировать температуру на выходе.
Подводя итоги: как уже сказано я попытался бы найти другой маршрут. Если не возможный, то помещенный изолированный щит (минеральная шерсть/пена + алюминиевая фольга доступна) между и помещенный кабель в большой трубе диаметра, чтобы позволить, чтобы проект охладил кабель.
если у Вас нет никаких других требующих много памяти приложений, работающих не должно быть никакой проблемы, соответствующей Вашему 'рабочему набору' в памяти. полностью. у меня есть SQL-серверы пары, делающие точно это. они обеспечивают превосходную производительность чтения и не доставили неприятностей.
что нужно сделать:
удостоверьтесь, что mysql говорят выделить достаточно пулов буферов для innodb - в помещенном my.cnf:
innodb_buffer_pool_size=8GB
если у Вас нет никакой другой памяти голодными приложениями [апач / никакой appservs, пользовательский материал] - минимизирует доступную подкачку [существует другое противоречие 'школы' об этом предмете. я поместил бы подкачку на 1 ГБ +, контролируют и удостоверяются, что она не используется.]; [можно считать некоторые мнения о подкачке здесь]
удостоверьтесь, что mysql 'подогревается' сразу после запуска - выполнение запросов, которое вынуждает mysql считать каждую строку / столбец в Вашей таблице [s]. простой:
выберите md5 (col1), md5 (col2) от таблицы
должен добиться цели. повторите модификации этого запроса [например, длина (col1)], чтобы удостовериться, что данные действительно считаны из памяти. для большего количества научных проверок Вы выполнили выполненный iostat бок о бок, и удостоверьтесь, что диски не затронуты. чтобы быть еще более научными - Вы могли бы хотеть посмотреть на статистику innodb [чтобы гарантировать, что нет никакого ввода-вывода при выполнении новой версии запросов один за другим] путем выполнения
ПОКАЖИТЕ МЕХАНИЗМ INNODB STATUS\G