Hali, > Nem latok a forraskodban egyetlen LOCK parancsot sem. > (Leszamitva a letrehozo ket scriptet, es azok is mas tablara vonatkoznak.) > Egyaltalan a "lock" regularis kifejezes (case insensitive) nem > fordul elo.
Az nem szamit. Innodb siman rak read lockot rekordokra olvasaskor is akar (izolacios szinttol fuggoen). Irasnal meg alap. > Most leallitottam azt a programot, amelyik folyvast _irta_ az adatbazist. > Elindult egy torles. A masik ablakban ezt latom: > > mysql> show full processlist\G > *************************** 1. row *************************** > Id: 9 > User: root > Host: localhost > db: nfsenalarm > Command: Query > Time: 171 > State: invalidating query cache entries (key) > Info: delete from alarms where id<4000 > *************************** 2. row *************************** > Id: 10 > User: root > Host: localhost > db: NULL > Command: Query > Time: 0 > State: NULL > Info: show full processlist > 2 rows in set (0.00 sec) > > Aztan csak a Time novekszik a 9-es processnel. Hmm. Na itt egybol ket kerdes merul fel: - Miert tart ilyen sokaig a query cache invalidalas? - Miert van egyaltalan bekapcsolva a query cache? Az elso valszeg bug, a masodikat meg gyorsan orvosold egy 'query_cache_size = 0' -val a mysql.cnf -ben. Gyakorlatban semmire se jo, annyira primitiv. Agoston _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
