problem s MySQL log files

Samia problem e pri zversko razminavane na time stampa v logfailovete
koeto vodi do nevyzmojnost za diagnosticirane i analizirane na vyzmojen problem

Taka znachi eto i chasti ot log failovete

Taka tvae 4ast custom log file koito PHP-generira..

[2003-06-12 15:56:25] [project1] slowquery: (140 s) SELECT group_id FROM users WHERE uid='4c3275c83d035a4eadda168a5d5be780'
Mysql General log
030612 15:56:51 v tozi interval imam okolo 950 queryta koito vryshtat result stranno.... tyshto taka tam e i vyprosnoto query
11207288 Query SELECT group_id FROM users WHERE uid='4c3275c83d035a4eadda168a5d5be780'
030612 15:56:52
taka a eto i slow query loga:
# Time: 030612 15:56:25
......
SELECT group_id FROM users WHERE uid='4c3275c83d035a4eadda168a5d5be780';
# User@Host: user[user] @ hostname [10.0.0.1]
# Query_time: 138 Lock_time: 0 Rows_sent: 0 Rows_examined: 0
......
# Time: 030612 15:56:32
malko razsyjdenia ...
ok da kajem mejdu PHP i SQL ima 2 sec (koeto e zverski mnogo no da kajem ima niakakva logika)
no podiavolite kvo e tva razminavane ot blizo 2 sec v zapisvaneto v slow query i general loga
da ostavim che samata baza koiato e s 900 zapisa queryto minava za 3 min tva vyobshe ne moga da si go obiasnia ....
predpolagam che problema e s niakakvi BUFFERS ama mnogo oskydno v Doca ne mojah da nameria nishto konkretno po vyprosa za shemata za buferirane koiato mysql izpolzva

ako niakoi ima i gram ideia zashto e vyzmojno tova da stava i ia spodeli s men shte sym mu ama zverski blagodaren :D

da ne bi niakoi (viziram analYSERA) da e udaril procesorite na 100 % (niama da mu e za sefte) i ma6inata da niama recource da poeme zaiavkite

E tuk ni6to niama :[линк]

Това ми звучи странно...

Каква версия на MySQL ?

salle.online.bg/sig

imam niakakvi symnenia za niakakvo prepylvane na niakoi buffer a i kato gledam log.cc malko strano sa definirani write funciite ... kato cheli vsiaka edna razlichen chovek ia e pisal i obshto vzeto na pryv pogled izglejda rabotiat s razlichni obekti
inache MySQL-a e :
MySQL 4.0.12-log

selle hvyrli edno ramo .. niakakva ideia pone kyde da se hvana.. da niashtia .. shchupih se da cheta mysql source coda .. nishto .. pone neshto spored teb bufferi li sa kakvo moje da e ... dnes oshte po frapirashto imam 6000 queryta v sekunda.. tva vece e iako cifra.. niamam gram obiasnenie ..

Hok vyzmojna li e slednata postanovka sichki queryta vyrvyt prez pconnect...
znachi na edin connection se vryzvat 6000 queryta primerno (vypreki che i tva mi e trudno da gi poviarvam) sled koeto steka da se prepylva obosnovavai ki se na slednata dokumentacia ot mysql.com

Each connection uses some thread-specific space: A stack (default 64K, variable thread_stack),
a connection buffer (variable net_buffer_length), and a result buffer (variable net_buffer_length).
The connection buffer and result buffer are dynamically enlarged up to max_allowed_packet when needed.
When a query is running, a copy of the current query string is also allocated.

те интересува?

Кажи поне къде гледаш да ровиме заедно.

Честно казано "общия" log e много рядко използвано животно.

А колкото до това кои редове в log.cc кой и кога ги е писал - това bk може да ти го каже.

Че са различни различни са.

salle.online.bg/sig

samite logove sa v sledstvi te ne sa prichinata idiata e slednata :
Ima server sys ~ 300 zaiavki v sekunda.. no tova e do edin momenta v koito izvednyj vyv loga se ozovavat 6000-7000 zaiavki sichkite slow kato se ima predvid che sa pravi selekti napravo inposible zaiavka ot vida select user_name from users where grup_name=1 da mine za 3 min(kato v users tablicata ima 900 reda) i tuk se poiaviava razlichieto v logovete .. t.e zaradi tova razlichie ne moga da lokaliziram problema . sichko tova mi izglejda niakakvo prepylvane na niakoi buffer ... kak moga da sledia kakyv kapacitet ot daden bufer e zaet.. mai ne moga ama az da si pitam...
Otnosno kakvo 'cheta' za da nameria problema s logvaneto sql_parce.cc.. i v interes na istinata mi e dosta trudno

10x za pomoshta :D

1. Вземи почни да пишеш на български
2. Разчитай на slow-log за времената.
3. Ориентирай се по SHOW STATUS и SHOW PROCESSLIST
4. Всяка заявка може да е много бавна ако таблицата ти е заключена от друга сесия. При теб вероятно става дума точно за много конкурентни заявки
5. ВЕРСИЯ!

salle.online.bg/sig

>>1. Вземи почни да пишеш на български
Ако ти кайа колко ми е криво на кир да писха направо не е истина ама като се има ж какжа стоика Г съм застанал и на кир схте прописха :)
>>2. Разчитай на slow-log за времената.
ОК 10х
>>3. Ориентирай се по SHOW STATUS и SHOW PROCESSLIST
аз хубаво схте се ориентирам по това ама въпросниа проблем се появява малко рандом т.е маи схте трибва да бодувам докато го хвана... много криво
>>4. Всяка заявка може да е много бавна ако таблицата ти е заключена от друга сесия. При теб вероятно става дума точно за много конкурентни заявки
Към въпросната таблица има само селекти .... импосибле нещо да иа заключи
>>5. ВЕРСИЯ!
Да взема да се упгреидна на 13 ?

> Към въпросната таблица има само селекти .... импосибле нещо да иа заключи


Че нали всеки SELECT си заключва цялата таблица ако е MyISAM?

Или ти това за пръв път го чуваш?

Що за версия е 13?
Питам те коя версия ти е MySQL-а

salle.online.bg/sig

4есно казано за селектите че локват табле за 4етене малко за пръв път го чувам 10х за инфото :)
а иначе версиата ми е 4.0.12