SQLITE_BUSY база данных заблокирована java

Question

Я создал java-программное обеспечение, использующее базу данных sqlite. Вся база данных работает плавно, однако после того, как некоторое время запуска приложения Я reveiving следующего сообщения (от попытки поймать блок):

java.sql.SQLException: [SQLITE_BUSY] файл базы данных блокируются (база данных заблокировано)

Я решил свои проблемы, закрыв программное обеспечение каждый раз, когда возникло исключение. Однако есть ли способ закрыть мою базу данных, чтобы не закрывать программное обеспечение каждый раз?

Я ве получило много запросов, однако мои Пробы всегда возникают в определенной точке:

 try { 
      String query = "select * from StudentsSession where userId=? and course=? and level=?"; 
      PreparedStatement pst = connectionUsers.prepareStatement(query); 
      pst.setString(1, saveUser.getText()); 
      pst.setString(2, textSubjectQTest); 
      st.setString(3, showCurrentLevelLabel.getText()); 
      ResultSet rs = pst.executeQuery(); 
      while (rs.next()) { 
       count = count + 1; 
      } 
      pst.close(); 
      rs.close(); 

     } catch (Exception a) { 
      System.out.println(a); 
     } 
     try { 
      String countS, tmpS; 
      countS = String.valueOf(count); 
      sessionId.setText(countS); 
      long unixTime = System.currentTimeMillis()/1000L; 
      tmpS = String.valueOf(unixTime); 
      date.setText(tmpS); 
      course.setText(textSubjectQTest); 

      String query = "insert into StudentsSession (userId,date,course,level,trial,score) values (?,?,?,?,?,-1)"; 
      PreparedStatement pst = connectionUsers.prepareStatement(query); 
      pst.setString(1, saveUser.getText()); 
      pst.setString(2, tmpS); 
      pst.setString(3, textSubjectQTest); 
      pst.setString(4, showCurrentLevelLabel.getText()); 
      pst.setString(5, countS); 
      pst.executeUpdate(); 
      pst.close(); 

     } catch (Exception a) { 

      System.out.println(a); 
      System.exit(0); 
     } 

     String file1 = ""; 
     ResultSet ts4; 
     try { 

      sessionId3 = ""; 
      String query3 = "select * from studentssession where userid = ? and course = ? and level = ?"; 
      PreparedStatement pst__1 = connectionUsers.prepareStatement(query3); 
      pst__1.setString(1, saveUser.getText()); 
      pst__1.setString(2, textSubjectQTest); 
      pst__1.setString(3, showCurrentLevelLabel.getText()); 
      ts4 = pst__1.executeQuery(); 

      while (ts4.next()) { 
       sessionId3 = ts4.getString("sessionId"); 
      } 
      pst__1.close(); 
      ts4.close(); 
      obj = new CaptureVideoFromWebCamera(); 

      file1 = "videos/" + userTextFieldS.getText(); 

      file1 = file1 + "_" + sessionId3; 
      file1 = file1 + ".wmv"; 

      obj.start(file1); 

     } catch (Exception e4) { 
      e4.getCause(); 
     } 

Иногда этот код подняться исключением.

Answer 1

Ваша попытка поймать неправильно, вы пытаетесь закрыть ResultSet и Statemnt в блоке try вместо блока finally. Это может привести к утечке.

Вы должны сделать это вот так, в конце концов.

PreparedStatement pst = null; 
ResultSet rs = null; 
try { 
     pst = connectionUsers.prepareStatement(query); 
     ... 
     rs = pst.executeQuery(); 
     ...      
    } catch (Exception a) { 
     a.printStackTrace(); 
    } finally { 
     if(rs != null){ 
      try{ 
        rs.close(); 
      } catch(Exception e){ 
       e.printStackTrace(); 
      } 
     } 
     if(pst != null){ 
      try{ 
       pst.close(); 
      } catch(Exception e){ 
       e.printStackTrace(); 
      } 
     } 
    } 

Или вы можете посмотреть Try-with-resource.

Это может быть причиной.

Answer 2

Сортировка дубликата существующего вопроса, но this is a good starting point. Поскольку SQLite - это просто библиотека, которая читает и записывает файл в файловой системе, а не полную базу данных SQL, вы должны иметь только одно подключение к нему одновременно. В противном случае довольно легко попасть в состояние гонки.

Для локального тестирования это должно быть хорошо, но для системы любой сложности, ожидающей нескольких пользователей, вы должны использовать что-то вроде Postgre или MySQL.