> >> show innodb statust nezegetted insert kozben?
> > meg nem,
> >
>
> Tegyed, mert az elejen reszletezi az io threadek allapotat, fuggoben
> levo/lezajlott fsync-eket, i/o statiszikakat, stb, igy valami fogalmad
> is lesz arrol, mi is tortenik.
koszi, megnezem,
> >> Valami filesystemmel nem probaltad ext3 helyett?
> > igen, most nemreg kiprobaltam ext4-el, de aaaaaa... talan meg
> > lassabb is lett.
>
> Filesystemrol volt szo, azoknak nem ext-tel kezdodik a nevuk. Probald
> meg reiserfs3-mal, nem mintha idealis lenne sql ala, de probanak jo.
ezt hagyjuk, egyreszt nem hiszem h ez az oka (a masikon mukodik,
X+1 gepen egyebkent tok jol mukodik), masreszt nekem ext* meg nem
crash-elt el soha, reisert lattam mar szethullva, jfs-t probaltam
nehanyszor, de valami bugba mindig belefutottam... de ezt most
tenyleg hagyjuk.
> > cursor.execute(query...)
> > conn.comit()
> >
> > ebbol az execute az uj gepen 0.001-0.002 korul van, a regin
> > 0.003-0.004. A commit() viszont a regin kb ua (fejbol mondom, nem
> > pontos), a regin 0.007-0.008 korul van (az ertekek sec-ben, a
> > python time modulja szamolja ki t1-t0 alakban)
> >
>
> Pythont nem szeretem, igy mond el, mi ez a cursor.execute es miert nem
> cursor.commit van utana, ha mar? Csak nem full commitot csinalsz minden
> query utan? Ennek van valami koze az sql cursorokhoz, vagy csak
> szerencsetlen nevvalasztas?
hivhatod barhogy, en nem latok egy session-on belul mast mind
full commit-ot, nem tudom mas RDBMS hogy van vele, de milyen van
meg, ha nem full commit?
Szerintem altalaban nincs koze az sql cursor-nak a commit-hoz,
legfeljebb annyi, hogy a cursoron keresztul adod meg a DML-t, ami
az adott kapcsolatban neked szukseges - itt magaban a kapcsolat
leiroban van a commit, szamomra ez tok logikus. Tehat nem latom
ertelmet egy "cursor.commit()"-nak.
Pythonban feluletesen igy nez ki a kapcsolat/kurzor kezeles:
=%=
import MySQLdb
conn = MySQLdb.connect(host, user, pass, ...)
cursor = conn.cursor()
cursor.execute(...)
for r in cursor.fetchall():
...
vagy
cursor.execute(...)
conn.commit()
=%=
Mielott megkerded: a full commit-nak mint olyannak megvan a
szerepe, esetleg tobbszalu betoltesnel (nem feltetlen thread-re
gondolok, hanem masik script is fut ami az eddig betoltott
adatokra epit) konzisztens adatbazist kapsz, nem kell varni, az
adtok "hamarabb" elerhetoek. De a betoltes csak pelda.
Es lehet, h ez is "csak" hitvita. :)
Amit nem ertek, hogy ugyanazokkal a beallitasokkal egy joval
erosebb gep miert produkal 2x-es futasi idot, ill ha megpiszkalom
a scriptet (lasd autocommit versus rekordonkenti commit versus
osszes DML utan egy commit) miert produkal kozel 30x-os
gyorsulast az eros gep, a gyenge meg alig 25%-ot.
lasd:
http://groups.google.hu/group/hun.lists.mlf.linux/msg/d40051aaa1dd6863?hl=hu
a.
_________________________________________________
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
