Wie kann ich eine SQLite-Datenbank entsperren?

In windows können Sie versuchen, dieses Programm http://www.nirsoft.net/utils/opened_files_view.html herauszufinden, der Prozess ist der Umgang mit db-Datei. Versuchen geschlossen, dass das Programm für die Datenbank entsperren

In Linux und macOS können Sie etwas ähnliches machen, zum Beispiel, wenn Sie Ihre gesperrte Datei ist die Entwicklung.db:

$ fuser-Entwicklung.db

Dieser Befehl wird angezeigt, welcher Prozess die Datei gesperrt wird:

> Entwicklung.db: 5430

Nur den Prozess zu beenden...

kill -9 5430

...Und Ihre Datenbank freigeschaltet werden.

InformationsquelleAutor der Antwort noneno

Die SQLite-wiki DatabaseIsLocked Seite bietet eine gute Erklärung für diese Fehlermeldung. Es besagt zum Teil, dass die Quelle des Streits ist die interne (Prozess-emitting der Fehler).

Was diese Seite nicht erklären, ist, wie SQLite entscheidet, dass etwas in Ihrem Prozess der besitzt eine Sperre, und welche Bedingungen könnte zu einem false positive.

InformationsquelleAutor der Antwort converter42

Wenn ein Prozess einen lock auf eine SQLite-DB und Abstürze, die DB bleibt permanent gesperrt. Das ist das problem. Es ist nicht, dass ein anderer Prozess einen lock.

InformationsquelleAutor der Antwort

Wenn Sie möchten, entfernen Sie "Datenbank ist gesperrt" - Fehler gehen Sie dann folgendermaßen vor:

1. Kopieren Sie Ihre Datenbank-Datei an einen anderen Speicherort.
2. Ersetzen Sie die Datenbank mit dem kopierten Datenbank. Dies wird dereferenzieren alle Prozesse, die die waren Zugriff auf Ihre Datenbank-Datei.

InformationsquelleAutor der Antwort vinayak jadi

Fand ich die Dokumentation der verschiedenen Staaten sperren in SQLite sehr hilfreich. Michael, wenn du durchführen können, liest sich aber nicht durchführen kann, schreibt in die Datenbank, das bedeutet, dass ein Prozess geworden ist, VORBEHALTEN, die ein lock auf die Datenbank, aber noch nicht ausgeführt, das schreiben noch. Wenn Sie mit SQLite3, es gibt ein neues Schloss genannt ANHÄNGIG, in denen nicht mehr verarbeitet werden dürfen, zu verbinden, aber können bestehende verbindungen sill führen Sie liest, so dass, wenn das ist die Frage sollte man sich ansehen, statt.

InformationsquelleAutor der Antwort Kyle Cronin

Mein Schloss war bedingt durch das system abstürzt und nicht durch einen hängenden Prozess. Diese zu lösen habe ich einfach umbenannt die Datei dann kopiert es zurück zu seiner ursprünglichen Namen und Speicherort.

Mittels linux shell das wäre...

mv mydata.db temp.db
cp temp.db mydata.db

InformationsquelleAutor der Antwort Ben L

Einige Funktionen, wie INDEX ' Ing, eine sehr lange Zeit - und es sperrt die gesamte Datenbank, während es läuft. In Fällen wie diesem, ist es vielleicht nicht sogar die journal-Datei!

Also die beste/einzige Weg, um zu überprüfen, ob Ihre Datenbank gesperrt ist, weil ein Prozess ist AKTIV zu schreiben (und damit lassen Sie es die Hölle allein bis zu seiner Fertigstellung der operation) ist die md5 (oder md5sum auf manchen Systemen) die Datei zweimal.
Wenn Sie eine andere Prüfsumme, die Datenbank geschrieben wird, und Sie wirklich, wirklich, WIRKLICH nicht wollen, zu töten, -9, Prozess-denn Sie können am Ende mit eine beschädigte Tabelle/Datenbank, wenn Sie tun.

Werde ich noch einmal wiederholen, weil es wichtig ist - die Lösung ist NICHT zu finden, die Verriegelung Programm und zu töten - es zu finden, wenn die Datenbank eine Schreibsperre für einen guten Grund, und gehen von dort aus. Manchmal die richtige Lösung ist, einfach eine Kaffee-Pause.

Die einzige Möglichkeit, um diese gesperrt-aber-nicht-gerade-geschrieben-situation ist, wenn das Programm ausgeführt wird BEGIN EXCLUSIVEweil Sie es tun wollten, einige der Tabelle änderungen oder so etwas, dann aus welchem Grund auch immer nie sendet eine END danach, und der Prozess nie beendet. Alle drei Bedingungen erfüllt, ist höchst unwahrscheinlich, dass in jedem richtig geschriebenen code, und als solcher 99 mal von 100, wenn jemand will kill -9 Ihren Prozess sperren, der schließ-Prozess ist eigentlich sperren Sie Ihre Datenbank für einen guten Grund. Programmierer in der Regel nicht fügen Sie die BEGIN EXCLUSIVE Zustand, es sei denn, Sie wirklich brauchen, um, weil es verhindert, dass die Parallelität und erhöht die user-Beschwerden. SQLite selbst fügt nur wenn es wirklich muss (wie bei einer Indizierung).

Schließlich, das "gesperrt" - status ist nicht vorhanden in der Datei mehrere Antworten angegeben haben - es ist in dem Betriebssystem-kernel. Der Prozess lief BEGIN EXCLUSIVE angefordert hat vom System eine Sperre in der Datei platziert werden. Auch wenn Ihr EXKLUSIVER Prozess ist abgestürzt, Ihr Betriebssystem wird in der Lage sein, um herauszufinden, wenn Sie sollten erhalten die lock-Datei oder nicht!! Es ist nicht möglich, um am Ende mit einer Datenbank, die gesperrt ist aber kein Prozess aktiv sperren!!
Wenn es darum geht zu sehen, welcher Prozess die Datei gesperrt ist, ist es normalerweise besser, lsof, anstatt Fixiereinheit (dies ist ein guter Beweis, warum: https://unix.stackexchange.com/questions/94316/fuser-vs-lsof-to-check-files-in-use). Alternativ, wenn Sie DTrace (OSX) können Sie iosnoop auf die Datei.

InformationsquelleAutor der Antwort J.J

Ich hatte gerade etwas ähnliches wie mir passiert - meine web-Anwendung war in der Lage, die aus der Datenbank gelesen, aber nicht durchführen konnte, alle inserts oder-updates. Ein Neustart des Apache ist das Problem gelöst, zumindest vorübergehend.

Wäre es schön, aber in der Lage sein, die Spur der Ursache.

InformationsquelleAutor der Antwort Michael Cox

Diesem link das problem zu lösen. : Bei Sqlite gibt : Datenbank gesperrt Fehler
Es löste mein problem für Sie nützlich sein kann.

Und man kann mit begin transaction und end transaction nicht zu machen, Datenbank gesperrt in der Zukunft.

InformationsquelleAutor der Antwort shreeji

Ich lief in das gleiche problem auf Mac OS X 10.5.7 laufen Python-Skripte aus einer terminal-Sitzung. Auch wenn ich aufgehört hatte, die Skripte und das terminal-Fenster, saß an der Eingabeaufforderung geben würde, diese Fehler beim nächsten mal ran. Die Lösung war es, das Terminalfenster zu schließen und dann öffnen Sie es wieder. Macht keinen Sinn für mich, aber es funktionierte.

InformationsquelleAutor der Antwort Shawn Swaner

Ich hatte das gleiche problem. Offenbar ist die rollback-Funktion scheint zu überschreiben, die db-Datei mit der Zeitschrift, die dieselbe ist wie die db-Datei, aber ohne die Letzte änderung. Ich habe realisiert, das in meinem code unten, und es war in Ordnung arbeiten, da dann, während vor meinem code würde nur stecken in der Schleife, wie die Datenbank, blieb gesperrt.

Hoffe, das hilft

mein python-code

##############
#### Defs ####
##############
def conn_exec( connection , cursor , cmd_str ):
    done        = False
    try_count   = 0.0
    while not done:
        try:
            cursor.execute( cmd_str )
            done = True
        except sqlite.IntegrityError:
            # Ignore this error because it means the item already exists in the database
            done = True
        except Exception, error:
            if try_count%60.0 == 0.0:       # print error every minute
                print "\t" , "Error executing command" , cmd_str
                print "Message:" , error

            if try_count%120.0 == 0.0:      # if waited for 2 miutes, roll back
                print "Forcing Unlock"
                connection.rollback()

            time.sleep(0.05)    
            try_count += 0.05


def conn_comit( connection ):
    done        = False
    try_count   = 0.0
    while not done:
        try:
            connection.commit()
            done = True
        except sqlite.IntegrityError:
            # Ignore this error because it means the item already exists in the database
            done = True
        except Exception, error:
            if try_count%60.0 == 0.0:       # print error every minute
                print "\t" , "Error executing command" , cmd_str
                print "Message:" , error

            if try_count%120.0 == 0.0:      # if waited for 2 miutes, roll back
                print "Forcing Unlock"
                connection.rollback()

            time.sleep(0.05)    
            try_count += 0.05       




##################
#### Run Code ####
##################
connection = sqlite.connect( db_path )
cursor = connection.cursor()
# Create tables if database does not exist
conn_exec( connection , cursor , '''CREATE TABLE IF NOT EXISTS fix (path TEXT PRIMARY KEY);''')
conn_exec( connection , cursor , '''CREATE TABLE IF NOT EXISTS tx (path TEXT PRIMARY KEY);''')
conn_exec( connection , cursor , '''CREATE TABLE IF NOT EXISTS completed (fix DATE, tx DATE);''')
conn_comit( connection )

InformationsquelleAutor der Antwort Jared

Vor dem Abstieg den Neustart-option, die es lohnt zu sehen, wenn Sie können finden die Benutzer die sqlite-Datenbank.

Unter Linux, die man verwenden kann fuser zu diesem Zweck:

$ fuser database.db

$ fuser database.db-journal

In meinem Fall bekam ich folgende Antwort:

philip    3556  4700  0 10:24 pts/3    00:00:01 /usr/bin/python manage.py shell

Welche zeigte, dass ich hatte ein anderes Python-Programm mit der pid 3556 (manage.py) mit der Datenbank.

InformationsquelleAutor der Antwort Philip Clarke

Ich habe diesen Fehler in einem Szenario ein wenig anders als die, die hier beschreiben.

Die SQLite-Datenbank ruhte auf einem NFS-Dateisystem geteilt durch 3 Servern. Auf 2 Servern war ich in der Lage, tun, ausführen von Abfragen auf die Datenbank erfolgreich auf die Dritte dachte, ich war immer die "Datenbank ist gesperrt" - Meldung.

Die Sache mit diesem 3. Maschine war, dass es hatte kein Speicherplatz mehr auf /var. Jedesmal, wenn ich versuchte, führen Sie eine Abfrage in einer BELIEBIGEN SQLite-Datenbank, die in diesem Dateisystem ich habe die "Datenbank ist gesperrt" - Meldung und auch dieser Fehler über die Protokolle:

Aug 8 10:33:38 server01 kernel: lockd: cannot monitor 172.22.84.87

Und auch dies:

Aug 8 10:33:38 server01 rpc.statd[7430]: Failed to insert: schreiben von " /var/lib/nfs/statd/sm/anderen.server.name.com: Kein Speicherplatz mehr auf dem Gerät
Aug 8 10:33:38 server01 rpc.statd[7430]: STAT_FAIL zu "server01" für SM_MON von 172.22.84.87

Nach Raum situation gehandhabt wurde, wurde alles wieder normal.

InformationsquelleAutor der Antwort ederribeiro

Als Seun Osewa hat gesagt, manchmal ist ein zombie-Prozess zu sitzen in der Klemme mit einem Schloss erworben, auch wenn Sie glaube nicht, dass es möglich ist. Dein Skript läuft, stürzt ab, und gehen Sie zurück zu der Eingabeaufforderung, aber es ist ein zombie-Prozess hervorgebracht hat, die irgendwo durch einen library-call durch, und dieser Vorgang hat die Sperre.

Schließen Sie das terminal, Sie waren in (auf OSX) funktionieren könnte. Neustart funktionieren wird. Man konnte sich für "python" - Prozesse (zum Beispiel), die sind nicht etwas zu tun, und Sie töten.

InformationsquelleAutor der Antwort wisty

Bekam ich diese Fehlermeldung bei der Verwendung von Delphi mit der LiteDAC Komponenten.
Stellte sich heraus, es passiert nur beim ausführen meiner app aus der Delphi-IDE, wenn das Verbundene Eigenschaft festgelegt wurde, gilt für die SQLite-Verbindung-Komponente (in diesem Fall TLiteConnection).

InformationsquelleAutor der Antwort TheSteven