Изпечатай

[rat]

Здравейте,
Не знам дали темата е точно за тук, но не намерих по-подходящо място .
Въпроса:
Колко едновременни конекции може да издържи един mysql сървър? Конфигурацията на машината е :
2x Xeon 3.2, 2G RAM  и за диска незнам.ОС Феодра 4.
На сайта на mysql пише че това зависи от трединг библиотеката за съответната ОС, и с линукс или соларис можел да изкара между 500-1000 в зависимост от машината. За статичния билд който предлагат, твърдят че може близо 4000.

[tolisoft]

Според мен можеш да имаш много кънекции към mysql. По-актуален може би ще е въпроса колко едновременни заявки ще можеш да обработваш, а също и за колко време ще получаваш отговор на заявка. Това разбира се зависи от типа на таблиците които ползваш, от това как са оптимизирани и ред други причини. MyISAM таблиците при join се локват, което значи че следваща заявка за изпълнение чака докато не се изпълни предишната и едновременни заявка в тоя случай нямаш. Ако таблиците са InnoDB имаш row level locking при който можеш да имаш едновременни заявки но пък InnoDB енджина е по-бавен.

С дефаултна конфигурация mysql поддържа 101 едновременни кънекции. Могат да се увеличат от my.cnf или с set global max_connections=1024 примерно. Трябва да се има вредвид че всяка една кънекция изяжда минимум един хендъл а както знаете те са ограничена бройка.

Ако питате мен за максималния брой конекции стоности над 512 да кажем са ще сапрекалено големи. Ако и базите са големи е абсурд да имате 512 едновременни заявки и да очаквате отговор в близките няколко минути ....

[rat]

В моя случай проблема са броя конекции.
Систуацията е такава че се запускат много скриптове които вършат някаква работа. Всеки скрипт трябва в един момент да успее да се свърже с базата за да може да запише свършеното.

[tolisoft]

Следващ въпрос '> колко на брой са скриптовете че 101 кънекции не ти стигат '>
Сигурен ли си че не лиикваш с кънекциите в смисъл такъв винаги ли ги затваряш? (mysql_close) на изхода на скрипта.
На какво е написан скрипта php perl или нещо друго?
php по принцип гарантират че след изпълнението на скрипта се освобождават всички ресурси ама знае ли човек след колко време mysql ще реши да затворо tcp сокета ....

[tolisoft]

[mysqld]
set-variable=max_connections=1024

Аз лично съм го тествал и с 2048 като конфигурация, но никога не съм виждал да са заети повече от 160, въпреки че е доста натоварен.

[rat]

Ами гледай сега:
Скриптовете чекват разни думи в търсачките.Тоест за да чекна една дума пускам един процес. Сегфа си представи един досрта натоваре от към потребители сайт. Нормална ситуация е юзърите да имат по над 100 думи. Има функционалност "Check All". Сам си направи сметката. Имам и друг вариант при който един скрипт върти всички думи в цикъл , но става доста бавно и ме убиват watchdog-овете на сървъра.Иначе скриптовете са на PHP и със сигурност затварям конекциите.

[tolisoft]

Ами в такъв случай просто вдигни максималния брой кънекции по начина по който ти написах. Пробвай с някоя голяма стойност няд 4000 примерно - машината ти е доста здрава.  Провери как е квотнат юзера ма mysql и му даи да имапо голяма бройка за отворени файлове, можеш да туннеш системата да има повече заделени хендали (sysctl) и така '> ако се окаже че сървъра не издържа на натоварването можеш да ....... '>
тука вече става малко по адвансед пробвай с горенаписаните неща ако се издъни сървъра пиши пак.
Броя кънекции не тормози mysql сървъра. Тормози главно състемата защото хендълите са ограничена бройка и може да се стигне до там да свършат....

[tolisoft]

А под Линукс май бройката хендъли са увеличаваше прес /proc с sysctl бесхе за BSD ама тва си зависи от кърнъла де трябва да видиш как става ...

[tolisoft]

Освен това ти препоръчвам да си компилираш ти mysql. Все пак бинарната дистрибуция не е оптимизирана за твоята машина.

[n_antonov]

Доста е относително, трябва да се тества. На този етап при машина с толкова памет, опитай с 512.

[peio]

Аз бих обърнал вниманието си на структурата на самата база данни и на самите скриптове. Индекси и използването им най-вече.
Много полезна информация ти дава EXPLAIN. Според мен с вдигането на броя заявки само заобикаляш проблема.