MySql locking

terryww je 2. feb 2015 ob 18:22 izjavil:

Torej, innodb, transakcije dolge po 10min in lock timeout. Kako vi rešujete take probleme?

Z boljšimi (za dejanske poizvedbe bolj relevantnimi) indeksi, tuning mysql nastavitev (npr. velikost začasnih tabel v spominu, ...). Če to ne pomaga (npr. res enormna velikost podatkov, ...), morda innodb (ali mysql sploh) ni najbolj primeren. Ampak ne verjamem, da bi to bil problem, mysql lahko ob pravih nastavitvah in zadostnih sistemskih resursih obdeluje res ogromne količine podatkov in to hitro.

Če ne rabiš vgrajene referenčne integritete, ima myisam boljše performanse.

Da, fine tuning že potem. Ampak če transakcije trajajo tako dolgo, da povzročijo lock timeout, je z nastavitvami nekaj generalno narobe (ali pa je sistem podhranjen za željeno opravilo). Da transakcija ne bi ovirala drugih, je treba poskrbeti, da se čim prej izvede-zaključi in sprosti lock. Treba je najti ustrezne nastavitve (ki jih sistem prenese), ampak najprej je treba imet ustrezne indekse. Treba je imeti nekaj znanja, da veš, katere parametre in kako jih spremljaš, za indekse pa malo igranja z explain statementi ... Če ne veš, kaj delaš pri nastavitvah, lahko kaj hitro sesuješ sistem (počrpaš ves ram ali podobno).

Ustrezno nastavi indexe !

večanje lock_wait_timeouta pri +8 TS ki vsaka traja okol 10 min nima smisla.
indexi očitno res niso bili primerno nastavljeni: high performance mysql 3rd ed:
189: The problem is even worse when it can't use an index to find and lock the
rows: if there's no index for the query, MySQL will do a full table scan and lock every
row, whether it "needs" it or not.

Cele tabele so bile zaklenjene ker indexi niso bili poštimani. Hjo.. najlepša hvala za hinte!