| |
|
|
| | Добрый день!
такой вопрос, Как уберечь MySQL от множества запросов при которых она ложиться?
а вот еще когда суппорт сообщает "Перегружен дисковый накопитель запросами сервера баз данных."
сервер приличный...
Какие есть механизмы устранения таких проблем?
спасибо!!! | |
| |
|
|
| |
|
|
| |
для: AN
(28.12.2010 в 18:37)
| | | >сервер приличный...
это как? | |
| |
|
|
| |
|
|
| |
для: Trianon
(28.12.2010 в 19:08)
| | | > это как?
Не пьет, не курит, позже 22.00 домой не приходит
Message deleted.
| |
| |
|
|
| |
|
|
| |
для: Trianon
(28.12.2010 в 19:08)
| | | ну для своих объемов нормальный, 4 гига оперативки, 2-х ядерка на 975 плате, 1 тб винчестер, и сайт там с посещаемостью 20 000 , и не больше | |
| |
|
|
| |
|
|
| |
для: AN
(28.12.2010 в 18:37)
| | | Вы единоличный пользователь сервера базы данных или вы его разделяете с другими пользователями? Имеется возможность получить доступ к my.ini и логу медленных запросов? | |
| |
|
|
| |
|
|
| |
для: cheops
(28.12.2010 в 19:32)
| | | да, единоличный, там ничего другого нет ...
и мне супорт рассказывает сказки что пришли поисковики и завалили базу а потом и вес сервак ) | |
| |
|
|
| |
|
|
| |
для: AN
(28.12.2010 в 20:03)
| | | Ну собственно такое возможно, индексирующим роботам Google, расположенных на полумиллионе серверов завалить сервер не сложно... Однако, снизить нагрузку можно - впервую очередь запретите при помощи <meta name="robots" content="nofollow" /> страницы, куда роботу ходить не имеет смысла (особенно это касается страниц поиска).
PS Файл my.ini настраивался? Сколько памяти выделено MySQL? Впервую очередь включите лог медленных запросов, если память не изменяет, нужно в my.ini добавить
log-slow-queries=file_name
|
где file_name - путь к лог-файлу.
PPS Можно при помощи SHOW PROCESSLIST, можно в phpMyAdmin посмотреть текущие SQL-запросы, особенно полезно смотреть, когда сервер начнет заваливаться. Оптимизируя наиболее ресурсоемкие SQL-запросы, добавля индексы и ключи тоже можно много добиться. | |
| |
|
|
| |
|
|
| |
для: cheops
(28.12.2010 в 20:12)
| | | SHOW PROCESSLIST, я смотрел, ничего сложного нет ... | |
| |
|
|
| |
|
|
| |
для: AN
(28.12.2010 в 20:51)
| | | А сколько одновременных запросов, как правило? | |
| |
|
|
| |
|
|
| |
для: cheops
(28.12.2010 в 21:00)
| | | сейчас сказать не могу, я узнаю | |
| |
|
|
| |
|
|
| |
для: AN
(28.12.2010 в 21:21)
| | | несчастных 20 процессов и сервер висит весь ... то попускает , то опять висит | |
| |
|
|
| |
|
|
| |
для: AN
(29.12.2010 в 04:16)
| | | Малова-то... если не сложно достаньте my.ini, чтобы можно было посмотреть настройки MySQL | |
| |
|
|
| |
|
|
| |
для: cheops
(29.12.2010 в 08:54)
| | | вот решили нового сисадмина достать )
а что делать если кто то будет нам запросы слать с разных IP чтобы БД повесить? как это решается? | |
| |
|
|
| |
|
|
| |
для: AN
(29.12.2010 в 13:59)
| | | Если будет полноценная DDOS-атака - будет сложно противостоять... однако, от слабоорганизованных атак можно защититься прокси-сервером, который будет кэшировать наиболее популярные запросы и выдавать уже готовую страницу. Если у вас будет толковый сисадмин - он вам присоветует еще что-нибудь полезное - это в общем их работа. Обычно все противостояние сводится к тому, чтобы разбрасать нагрузку по нескольким серверам и оперативно блокировать атакующие IP-адреса. Если не используется никакое аппаратное решение - это задача прокси-сервера или нескольких прокси-серверов. | |
| |
|
|
