0. performance_schema
1. bolji optimizer
2. partitioning (nove opcije + ozbiljno bolji rad)
3. novi plugin interface
4. metadata locking sa transakcijama
5. izbaceno cudo muteksa (mnogo brzi konkurentan rad)
6. windows najzad na winapi-u umesto na posix-u tako da je na windozi za klasu brzi od 5.1
7. semi-sync replikacija
8. hb za replikaciju
9. signal/resignal
10. async io na linuxu


ima jos ali generalno svaka od ovih stavki je dovoljna za prelazak ... ako npr pisete stored procedure signal/resignal su extra potrebni, ako vam je znacajno da ne izgubite neke podatke semisync replikacija je bogom dana .. etc etc .. generalno toliko je bolji od 5.1 da je to sramota za 5.1 ...

da ne zaboravim jedan detalj
- 5.1 se vise ne razvija .. to je takodje vrlo dovoljan razlog da se sto pre predje na "current" verziju, a 5.5 je "current" vec duze vreme

bogdane, hvala puno. potrazicu detalje, da budem spreman ako me pitaju.

sledeće stavke mi deluju kao nešto sto koristimo i što bih mogao da objasnim management-u:
1. bolji optimizer
2. partitioning (nove opcije + ozbiljno bolji rad)
5. izbaceno cudo muteksa (mnogo brzi konkurentan rad)
10. async io na linuxu
--------------
e, sad, ako te ne mrzi, daj mi samo po jednu rečenicu o tome šta ovo u stvari znači:
0. performance_schema
4. metadata locking sa transakcijama
9. signal/resignal

Za performance schema, imaš nekoliko stranica na MySQL.com. Uglavnom to su nove tabele u kojima se nalaze vrlo korisne informacije, o podešavanjima, trenutnom stanju baze i MySQL servera.

fala. sad nadjoh link [url=]http://dev.mysql.com/tech-resources/articles/whats-new-in-mysql-5.6.html#innodb[/url]

ovde vidim bitne stvari pa da pitam, cisto informativno, koliko toga je odradjeno u 5.5? hoce li 5.6 opet biti 'major upgrade'?

performance schema nije ukljucena by default u 5.5. zasto?

"10. async io na linuxu" - sta ovo znaci, da je do sad bio sinhron? imas neki link na tu temu?

u medjuvremenu, nasao odgovor na: http://dev.mysql.com/doc/innod...odb-performance-aio-linux.html

samo mi reci koliko, otprilike, ovo znaci, ako imas neki %, ako ste merili? ako ne, nema veze.



_{[Ovu poruku je menjao bjevta dana 11.10.2011. u 11:43 GMT+1]}

1. performance schema - http://dev.mysql.com/doc/refman/5.5/en/performance-schema.html

daje informacije o upitima, radu servera etc etc
nije upaljena "by default" posto ipak sisa neke resurse

2. metadata locking sa transakcijama http://dev.mysql.com/doc/refman/5.5/en/metadata-locking.html

ovo ima najvise veze sa binary log-om. generalno ranije si mogao u nekim situacijama da imas pogresan redosled statementa u binary logu. sada ne moze. E sad ono sto je ovde takodje znacajno je nacin na koji se radi metadata locking tako da ako imas dosta DDL-a u transakcijama to radi mnooogo brze.

3. signal/resignal http://dev.mysql.com/doc/refman/5.5/en/signal-resignal.html

ako si ikad pisao stored procedure mora da ti je ovo falilo :D
u najkracem - to je nacin da kazes u stored proceduri "nesto ne valja"

4. what's new in 5.6 to NISTA nije u 5.5, to je 5.6, 5.6 je nova verzija koja sada jos nije u beta fazi, pogledaj http://dev.mysql.com/doc/refman/5.5/en/mysql-nutshell.html za to sta je novo u 5.5

5. da li ce 5.6 biti major upgrade - DA. MySQL ima taj, po meni, glupav version scheme. Prva cifra skace samo ako se nesto fundamentalno novo promeni/doda (3->4 bese dodavanje transakcija, 4->5 pravi character set support ... ne znam sta treba da se desi da bi se desio 6.0, mozda kompletno novi mysqlclient protokol?!), druga cifra skace kada se menja set funkcionalnosti, treca cifra je "minor" version iliti to su sve bugfix-ovi. Relativno skoro smo promenili release cycle ttako da idemo na brzi release process: http://blogs.oracle.com/datacharmer/entry/mysql_has_a_new_release ... proces je zanimljiv zato sto daje mogucnost brzeg izbacivanja novih feature-a u GA verziju. Sada tu "numbering scheme" prestaje da igra toliko znacajnu ulogu posto ce brojevi da se menjaju brze.

6. async io - http://dev.mysql.com/doc/innod...odb-performance-aio-linux.html

da, do 5.5 osim windoze svi os-ovi su za IO funkcije koristili sinhrone varijante, sada na 5.5 linux koristi asinhrone io funkcije dok ostali unix-i i dalje koristio sinhroni io.

o samom async io-u mozes malo vise da vidis ovde (ne vezano za mysql): http://davmac.org/davpage/linux/async-io.html

7. management - osnovna stavka za management treba da bude EOL. 5.1 se ne razvija vise. Ispravljaju se bagovi ali samo oni S1, sve ostalo se ne radi .. tu i tamo ako se neki patch lako portuje sa 5.5 na 5.1 ide i na 5.1 ali pogledaj koliko je verzija izaslo zadnjih 6 meseci za 5.1 .. to nije zato sto je 5.1 stabilan ..

bogi, da te nema, trebalo bi te izmisliti ;) mission accomplished.