Citat:
Shinhan: E sad, što se tiče O_DIRECT.
O_DIRECT je "vrlo komplikovan".... generalno, O_DIRECT radi direkt DMA disk-ram-disk .. e sada, ima kernel bagova sa o_direct tako da obrati paznju ...
Citat:
Koliko sam ja primetio na testovima performansi uvek uključuju to
naravno, to je bitan info za performanse... posebno sto u nekim slucajevima (na primer ako koristis SAN storage) usporava drasticno SELECT
Citat:
a u dokumentaciji piše da se to treba koristiti samo kod Battery Backed-Up RAID
mislim da si nesto pomesao ...
innodb_flush_log_at_trx_commit i
sync_binlog imaju veze sa keshom i to nije bitno da li je RAID ili ne, prica se o cache kontroleru....
Citat:
Međutim, mi uopšte nemamo RAID. Da li bi (i koliko) gubili na sigurnosti podataka ako bi uključili O_DIRECT?
ne, o_direct moze samo da poveca sigurnost podataka, nikako da smanji
Citat:
Dalje, da li možemo staviti da slave bude 5.1 dok master ostaje 5.0?
da osim ako nemate neke stvari koje su nekompatibilne ... pogledaj spisak nekompatibilnih promena u 5.1
http://dev.mysql.com/doc/refman/5.1/en/news-5-1-x.html
Citat:
Glavna tabela na ovom sajtu koji optimizujem ima polje "status". Koje je numeričko ali se koristi kao ENUM. Svi upiti nad dotičnom tabelom imaju kao jedan od parametara i "WHERE status NOT IN (1,2,4,7)" ili tako nešto. Pola statusa su razne varijante "aktivan" a pola "neaktivan". E sad, čitam ja da je "IN" dosta spor, ali da li bi "NOT FIND_IN_SET(status,"1,2,4,7")" bilo brže? Takođe pošto aktivni i neaktivni statusi nisu lepo skupljeni ne mogu da radim "WHERE status < 0" (eh što nisu neaktivnim statusima davali negativne vrednosti a aktivnim pozitivne).
FIND_IN_SET i IN koriste isti execution path tako da ti ta promena ne bi donela nista ... ako u IN imas nekoliko vrednosti onda je to ok i nije mnogo sporo (kao da si napisao where status=1 or status=2 ..)