判断SQLite数据库是否被锁定
Determine whether SQLite database is locked
我看了其他关于如何检测SQLite数据库是否被锁定的回答,建议使用sqlite3_busy_handler
/sqlite3_busy_timeout
。我正在使用支持 SQLite 数据库的 Qt,但这并不重要。
因为在我的应用程序的用例中,另一个应用程序可能访问同一个数据库,我需要处理这种情况。
这是我在打开数据库时设置的选项:
auto db = QSqlDatabase::database();
db.setDatabaseName(m_sDatabasePath);
db.setConnectOptions("QSQLITE_BUSY_TIMEOUT=0");
if (!db.open())
return false;
我有一个函数可以确定数据库是否被锁定:
int callback(void *data, int)
{
std::cout << "callback" << std::endl;
return 0;
}
bool isDatabaseLocked(const QSqlDatabase &db)
{
if (auto driver = db.driver())
{
// get driver handler
QVariant v = driver->handle();
if (v.isValid() && qstrcmp(v.typeName(), "sqlite3*") == 0)
{
// v.data() returns a pointer to the handle
auto handle = *static_cast<sqlite3 **>(v.data());
if (handle)
{
std::cout << sqlite3_busy_handler(handle, callback, nullptr) << std::endl;
std::cout << sqlite3_busy_timeout(handle, 0) << std::endl;
}
}
}
return true;
}
当数据库被 lcoked 时,我执行这个函数并打印出两个 0 (SQLITE_OK) while I'd expect to get 5 (SQLITE_BUSY)。也没有调用回调函数。
我做错了什么?
正如文档中明确指出的那样,sqlite3_busy_handler
函数将回调函数设置为连接的繁忙处理程序。这样的回调 可能 在遇到锁时被调用。在您的代码中,对 sqlite3_busy_handler
returns SQLITE_OK
的调用完全没问题:这意味着尝试设置回调成功,没有理由 return SQLITE_BUSY
此时,因为调用只影响连接,不影响数据库。
同样适用于 sqlite3_busy_timeout
函数,它又设置了一种不同类型的繁忙处理程序(顺便说一句,它取代了您刚刚设置的回调),它只是休眠指定的毫秒数直到锁被释放。
现在,一般来说,如何检测资源是否被锁定?通常的做法是:尝试锁定。
所以你可以使用这样的函数:
bool isDatabaseLocked(const QSqlDatabase & db)
{
QSqlQuery q(db);
if(q.exec("BEGIN EXCLUSIVE")) //tries to acquire the lock
{
q.exec("COMMIT"); //releases the lock immediately
return false; //db is not locked
}
return true; //failed to acquire the lock: returns true (db is locked)
}
要在无法获取锁时立即return,清除繁忙处理程序,将此连接的繁忙超时设置为零(在打开它之前):
QSqlDatabase db = QSqlDatabase::addDatabase("QSQLITE");
db.setConnectOptions("QSQLITE_BUSY_TIMEOUT=0");
要测试该功能,请在数据库上打开一个命令行 sqlite3
会话,然后键入以下命令将其锁定:
sqlite> BEGIN EXCLUSIVE;
当你想解除锁定时,输入
sqlite> COMMIT;
我看了其他关于如何检测SQLite数据库是否被锁定的回答,建议使用sqlite3_busy_handler
/sqlite3_busy_timeout
。我正在使用支持 SQLite 数据库的 Qt,但这并不重要。
因为在我的应用程序的用例中,另一个应用程序可能访问同一个数据库,我需要处理这种情况。
这是我在打开数据库时设置的选项:
auto db = QSqlDatabase::database();
db.setDatabaseName(m_sDatabasePath);
db.setConnectOptions("QSQLITE_BUSY_TIMEOUT=0");
if (!db.open())
return false;
我有一个函数可以确定数据库是否被锁定:
int callback(void *data, int)
{
std::cout << "callback" << std::endl;
return 0;
}
bool isDatabaseLocked(const QSqlDatabase &db)
{
if (auto driver = db.driver())
{
// get driver handler
QVariant v = driver->handle();
if (v.isValid() && qstrcmp(v.typeName(), "sqlite3*") == 0)
{
// v.data() returns a pointer to the handle
auto handle = *static_cast<sqlite3 **>(v.data());
if (handle)
{
std::cout << sqlite3_busy_handler(handle, callback, nullptr) << std::endl;
std::cout << sqlite3_busy_timeout(handle, 0) << std::endl;
}
}
}
return true;
}
当数据库被 lcoked 时,我执行这个函数并打印出两个 0 (SQLITE_OK) while I'd expect to get 5 (SQLITE_BUSY)。也没有调用回调函数。
我做错了什么?
正如文档中明确指出的那样,sqlite3_busy_handler
函数将回调函数设置为连接的繁忙处理程序。这样的回调 可能 在遇到锁时被调用。在您的代码中,对 sqlite3_busy_handler
returns SQLITE_OK
的调用完全没问题:这意味着尝试设置回调成功,没有理由 return SQLITE_BUSY
此时,因为调用只影响连接,不影响数据库。
同样适用于 sqlite3_busy_timeout
函数,它又设置了一种不同类型的繁忙处理程序(顺便说一句,它取代了您刚刚设置的回调),它只是休眠指定的毫秒数直到锁被释放。
现在,一般来说,如何检测资源是否被锁定?通常的做法是:尝试锁定。
所以你可以使用这样的函数:
bool isDatabaseLocked(const QSqlDatabase & db)
{
QSqlQuery q(db);
if(q.exec("BEGIN EXCLUSIVE")) //tries to acquire the lock
{
q.exec("COMMIT"); //releases the lock immediately
return false; //db is not locked
}
return true; //failed to acquire the lock: returns true (db is locked)
}
要在无法获取锁时立即return,清除繁忙处理程序,将此连接的繁忙超时设置为零(在打开它之前):
QSqlDatabase db = QSqlDatabase::addDatabase("QSQLITE");
db.setConnectOptions("QSQLITE_BUSY_TIMEOUT=0");
要测试该功能,请在数据库上打开一个命令行 sqlite3
会话,然后键入以下命令将其锁定:
sqlite> BEGIN EXCLUSIVE;
当你想解除锁定时,输入
sqlite> COMMIT;