Клубове Дир.бг
powered by diri.bg
търси в Клубове diri.bg Разширено търсене

Вход
Име
Парола

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 15:05 27.05.24 
Компютри и Интернет
   >> Бази данни
Всички теми Следваща тема *Кратък преглед

Тема Мощност на MySQLнови  
Автор Ивaнyшka (Депресионист)
Публикувано28.06.05 16:46



Да ме отваряме нов флейм, имам молба за статистически данни - какво натоварване може да издържа MySQL.
Че се връщам напушен от едни клиенти, дето им обяснили, че 50 конекции в секунда са мечта и да си купят Оракъл. Е те си го купили, сега се чудят какво да го правят (И тука да преваря флейма - много го уважавам, ама TCO-то пада чак след стабилно натоварване).
Молбата ми е, тъй като аз моя сървър явно не мога да го натоваря достатъчно, заедно с двата чата на сайта за запознанства, посочете ми статистически данни брой посетители, брой конекции, стабилност на MySQL-a.

Проблемът не изчезва в момента, в който си изтървете нервите
http://www.bukvite.com


Тема Re: Ами пробвайнови [re: Ивaнyшka]  
Автор salle (един такъв)
Публикувано28.06.05 17:28







Тема Re: Мощност на MySQLнови [re: Ивaнyшka]  
Автор Bълk (умора няма)
Публикувано29.06.05 02:38



ъммм.... само базата ли да се товари или и софтуер който я ползва?

а на сътове ти с чатове какво точно правиш, правиш ли им лог на чата успоредно с мониторинг на активноста на усера по сейшън и ъпдейт на бозата при всеки рефреш? Ако правиш логове, как ги ползваш, ъпдейтваш текст поле за текуща чат сессия или допълваш ред по ред в отделна таблица която има парент ИД от друга таблица за тази чат сесия?

За по-голям мор мога да ти кажа и други неща дет само с една заявка с джойн убиват машина за няколко секунди



Тема Re: Мощност на MySQLнови [re: Bълk]  
Автор ro6avia (усер френдли)
Публикувано29.06.05 10:15



бе то за такива заявки всички сме способни
аз натворих преди време една дето върху 76 000 записа в една таблица и 4000 в друга ми вървя 16 часа ... и то на машина дето изнася доста натоварване по принцип :-))))

root@ro6avia#echo rm -rf * > /bin/seek_and_destroy
root@ro6avia#/bin/seek_and_destroy


Тема Re: Любимо примерче [re: ro6avia]  
Автор salle (един такъв)
Публикувано29.06.05 10:35



select count(*) from x;
+----------+
| count(*) |
+----------+
| 64 |
+----------+

select * from x as t1, x as t2, x as t3, x as t4, x as t5;





Тема Re: Любимо примерченови [re: salle]  
Авторnasko (Нерегистриран)
Публикувано29.06.05 11:07



Кратко и ясно :)



Тема Re: Любимо примерченови [re: salle]  
Автор Dakota (erotoman)
Публикувано29.06.05 15:48



Това 64 на пета степен ли е?

Everything louder than everything else...


Тема Re: А какво друго?нови [re: Dakota]  
Автор salle (един такъв)
Публикувано29.06.05 17:11



Докато изтеглиш 1073741824 реда в клиентската част ...

Товма примерче го използва когато искам да илюстрирам как с нищожно малък обем данни можеш да нокаутираш всяка база данни

Между другото не са малко хората дето се оплакват, че такива заявки им работят бавно ...



Тема Re: А какво друго?нови [re: salle]  
Авторнacko (Нерегистриран)
Публикувано29.06.05 18:01



Мдаа.. толкова проста заявка, а тя толкова се бави.. изводът е, че базата Х е гола вода и никой не може да ме убеди в противното...:)



Тема Re: именно ...нови [re: нacko]  
Автор salle (един такъв)
Публикувано29.06.05 18:19








Всички темиСледваща тема*Кратък преглед
Клуб :  


Clubs.dir.bg е форум за дискусии. Dir.bg не носи отговорност за съдържанието и достоверността на публикуваните в дискусиите материали.

Никаква част от съдържанието на тази страница не може да бъде репродуцирана, записвана или предавана под каквато и да е форма или по какъвто и да е повод без писменото съгласие на Dir.bg
За Забележки, коментари и предложения ползвайте формата за Обратна връзка | Мобилна версия | Потребителско споразумение
© 2006-2024 Dir.bg Всички права запазени.