Неактивное Использование оперативной памяти, увеличенное от 144 МБ до 510 МБ после обновления MySQL v5.5.16
Я сделал это в своих последних нескольких значительных серверах разработки.
Я использую dbdns для установки сервера DNS под моим управлением на сервере с 'tinydns' и 'dnscache' выполнением программ.
В tinydns я устанавливаю пользовательское/локальное пространство DNS верхнего уровня (/service/dnscache/root/data):
# Nameservers for the local TLDs
.virtual::ns.virtual
# an address for the machine
=virtual:192.168.1.100
=ns.virtual::192.168.1.100
# TLD and a second level DNS wildcard
+virtual:192.168.1.95:
+*.virtual:192.168.1.95:
# some have specific addresses
+fred.virtual:192.168.1.97
Затем я говорю dnscache, где искать *.virtual автомобиль доменных имен файла:/service/dnscache/root/servers/virtual
# which IP address tinyDNS runs on
127.0.0.1
Теперь, движение к bill.virtual (или что-либо еще не конкретно дает) возвратится 192.168.1.95.
Установите адрес dnscache сервера как локальные серверы имен, и также необходимо смочь проверить с помощью ping-запросов адрес bill.virtual - и затем можно было взять те имена с Apache для обслуживания веб-сайтов.
Ваш шаблон использования определяет, что вам нужно, а у вас нет сказал нам что-нибудь об этом. Например, мой личный VPS-сервер уже несколько лет работает с объемом оперативной памяти всего 64 МБ. Вы можете поспорить, что это все время используется на 100%. Он по-прежнему очень отзывчивый. Вчера я ответил на вопрос человека, который работал с 256 МБ: Сервер достигает высоких нагрузок и становится очень медленным . В его конфигурации просто использовалось больше процессов, чем необходимо.
Вы также не можете подробно описать, о каком использовании памяти говорите ... это простаивает свободная память, или она свободна + кеш? Помните, что у MySQL есть настройки, которые будут определять потребление реальной системной оперативной памяти.
Если у вас регулярное время простоя, 1 ГБ памяти может быть намного больше, чем вам нужно.