DNS легок, потому что можно настроить NIC для DHCP, но все еще указать серверы DNS вручную.
Я не могу думать об изящном способе обработать дублирующийся шлюз по умолчанию. Можно изменить шлюз по умолчанию от использования пакетного файла:
route delete 0.0.0.0
route add 0.0.0.0 mask 0.0.0.0 <gateway> metric 1
Но обратите внимание на те эти изменения, будет перезаписан каждый раз, когда арендный договор DHCP возобновляется. Однако, при помещении его в сценарий входа в систему, это работало бы большую часть времени.
МЛАДШИЙ
Я всегда имею mysqltuner
получите информацию для меня и предложите - это - сценарий жемчуга, можно достигнуть GitHub.
Прямая ссылка на mysqltuner страницу проекта: http://blog.mysqltuner.com/
С тем высоко параллелизма, действительно необходимо изучить что-то как memcached. При корректной реализации это может значительно уменьшить загрузку серверов баз данных путем кэширования (в RAM) часто полученных доступ битов содержания.
Можно также считать вращение mysql ведомым устройством или два. Идея там состоит в том, что все Ваши чтения базы данных будут направлены к ведомым устройствам и записям ведущему устройству. Конечно, Ваша способность сделать это несколько зависит от кода приложения и его поддержки кластеризованных систем баз данных.
Я второй mysqltuner!
Вы могли бы хотеть запуститься при помощи одного из файлов конфигурации в качестве примера в/usr/share/mysql. Существуют, несколько к выбрали из в зависимости от доступных системных ресурсов. Интегрируйтесь любой уже настроил опции от Вашего существующего my.cnf в конфигурацию в качестве примера.
Выключите механизмы устройства хранения данных, которые Вы не используете также:
skip-bdb
skip-ndbcluster
skip-federated
skip-innodb
В этой точке перезапускают mysql и позволяют ему работать в течение нескольких часов; чтобы иметь представительные значения производительности в наличии. Затем как рекомендовался ранее, загрузите и выполните mysqltuner.
Кроме того можно хотеть настроить построение графика mysql производительности в Munin или другом решении для построения графика. Трудно, чтобы знать, существуют ли какие-либо аномалии или долгосрочные тренды в mysql производительности без чего-то вроде этого.
Я смотрел бы на Струйного Профилировщика для MySQL - Он покажет Вам, какие запросы используют большую часть CPU (среди многих других вещей) и предлагают улучшения.