Article View: pl.comp.lang.python
Article #27313Re: MySQLdb - dziwaczny bład
From: aras
Date: Tue, 23 Feb 2010 18:36
Date: Tue, 23 Feb 2010 18:36
48 lines
3088 bytes
3088 bytes
Daniel Mróz pisze:
> On 20.02.2010, aras <aras@nospam.pl> wrote:
>> Problem w tym, że select działa prawidłowo, natomiast insertem nic nie
>> moge wstawić. Metoda nie wywala żadnego wyjątku, wygląda jakby wszystko
>> było OK, zmienna 'wynik' ma wartosc 1, że niby zapytanie zostało
>> wykonane poprawnie ale w bazie zero efektu działania inserta - żadnych
>> danych wstawianych z posiomu skryptu.
> cursor.execute("""COMMIT""")
>
>> Podejrzwałem, że coś sie schrzaniło po stronie pythona, więc ten sam
>> skrypt odpaliłem na innej maszynie podając w nim odpowiedni adres tego
>> samego serwera bazodanowego. Niestety skutek ten sam, a więc przestałem
>> podejrzewać pythona.
>> Rzecz w tym, że logując się jakimkolwiek klientem do tegoż MySQLa
>> wszystko działa jak trzeba, a więc również serwer bazodanowy musze
>> wykluczyć jako winowajcę.
> Stawiam na brak autocommit.
>
>> No i szczerze mówiąc nie mam pomysłu na rozwiązanie problemu... nie
>> bardzo wiem nawet gdzie szukać. Dodam, że wcześniej wszystko działało
>> jak trzeba, spieprzyło się nagle... samo :P
> Sprawdź czy po COMMIT dane zostaną zapisane. Jeśli tak, zobacz co
> zostało zmienione, co mogło mieć wpływ na domyślne ustawienie
> wartości autocommit.
>
>
> Pozdrawiam
> Beorn
>
COMMITa powinienem chyba wykluczyć jeśli jechałem na MyISAM (?)
Tak czy inaczej zaczęło działać. Reinstalka MySQLa + grzebanina w
ustawieniach na chybił/trafił pomogła :D Sam nie wiem co było nie tak,
ale w końcu ruszyło.
Koledze Adamowi odpowiadam:
To nie sprawa uprawnień. Jestem jedyną osobą mającą dostęp do maszynki,
do konta roota, więc to nie uprawnienia. Inserty z dowolnego klienta
(również tego spod konsoli) działały jak należy. Dałem nawet tcpdumpa,
żeby podsłuchać czy przypadkiem te klienty nie dają COMMIT na końcu (tak
na wszelki wypadek) - nie dawały, więc to też nie to.
Wogóle zdałem sobie sprawę, że to NTG po tym, jak moja aplikacja w javie
korzystająca z tej samej bazy również przestała zapisywać. Odczyt -
spoko, ale jakiekolwiek modyfikacje nie zostały zachowywane.
Tak czy inaczej dzieki :)
pozdrawiam
Technical Details
Message-ID:
<hm1771$22oa$1@opal.icpnet.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!newsb.icpnet.pl!not-for-mailReferences:
<hlp118$2ar4$1@opal.icpnet.pl> <slrnho10b5.ru1.beorn@pino.cyberdeck.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!newsb.icpnet.pl!not-for-mail From: aras <aras@nospam.pl> Newsgroups: pl.comp.lang.python Subject: Re: MySQLdb - dziwaczny bład Date: Tue, 23 Feb 2010 19:36:17 +0100 Organization: ICP News Server Lines: 49 Message-ID: <hm1771$22oa$1@opal.icpnet.pl> References: <hlp118$2ar4$1@opal.icpnet.pl> <slrnho10b5.ru1.beorn@pino.cyberdeck.pl> NNTP-Posting-Host: c239-52.icpnet.pl Mime-Version: 1.0 X-Trace: opal.icpnet.pl 1266950177 68362 85.221.239.52 (23 Feb 2010 18:36:17 GMT) X-Complaints-To: abuse@icpnet.pl NNTP-Posting-Date: Tue, 23 Feb 2010 18:36:17 +0000 (UTC) User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: <slrnho10b5.ru1.beorn@pino.cyberdeck.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit