Qt5.2.0; Debian Wheezy:QSqlDatabase析构函数导致段错误

时间:2014-01-26 23:22:38

标签: c++ multithreading qt destructor qsqldatabase

我有一个使用包装类访问MySQL数据库的应用程序。由于数据库是在应用程序的各个位置访问的,并且应用程序是多线程的,因此包装器类用于最小化访问数据库所需的重复代码量。

我在某地读过必须在同一个线程中构造,使用然后销毁QSqlDatabase。如果在一个线程中创建连接,然后在另一个线程中销毁它,则可能会出现未记录/不受支持的行为。为了防止这种情况,包装器在设置QSqlQuery之前创建连接,然后在查询完成时关闭并删除该连接。在整个应用程序执行过程中建立一个连接池并使它们保持活动并不是真的可行,因为在任何给定时间都有任意数量的线程在运行,每个线程可能需要异步执行多个数据库任务,因此不存在1-1开始时线程和数据库连接之间的相关性。

问题是,在应用程序运行一段时间后,它崩溃了一个错误导致QSqlDatabase析构函数的段错误。奇怪的是,错误只会在应用程序运行一段时间后显示,并且已经完成了大量查询。 (有时它会在15分钟后崩溃,其他时间会在几小时后崩溃)。最近的堆栈跟踪:

Program received signal SIGSEGV, Segmentation fault.
pthread_cond_timedwait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:174
174     ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S: No such file or     directory.
(gdb) where
#0  pthread_cond_timedwait@@GLIBC_2.3.2 ()
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:174
#1  0x00007ffff32f55b4 in my_thread_global_end ()
   from /opt/Qt/5.2.0/gcc_64/plugins/sqldrivers/libqsqlmysql.so
#2  0x00007ffff32f40a5 in my_end ()
   from /opt/Qt/5.2.0/gcc_64/plugins/sqldrivers/libqsqlmysql.so
#3  0x00007ffff32db5c7 in mysql_server_end ()
   from /opt/Qt/5.2.0/gcc_64/plugins/sqldrivers/libqsqlmysql.so
#4  0x00007ffff32cd806 in ?? ()
   from /opt/Qt/5.2.0/gcc_64/plugins/sqldrivers/libqsqlmysql.so
#5  0x00007ffff32cd829 in ?? ()
   from /opt/Qt/5.2.0/gcc_64/plugins/sqldrivers/libqsqlmysql.so
#6  0x00007ffff7657537 in ?? () from /opt/Qt/5.2.0/gcc_64/lib/libQt5Sql.so.5
#7  0x00007ffff7657e7d in QSqlDatabase::~QSqlDatabase() ()
   from /opt/Qt/5.2.0/gcc_64/lib/libQt5Sql.so.5
#8  0x00007ffff7659204 in ?? () from /opt/Qt/5.2.0/gcc_64/lib/libQt5Sql.so.5
#9  0x00000000004143c2 in DB::~DB (this=0x7ffff0829200,
    __in_chrg=<optimized out>) at db.cpp:32
#10 0x000000000042e758 in WeatherOutcome::MassInsert (
    this=0x7ffff0829550, inputVector=...) at weatheroutcome.cpp:96

这是包装类头文件:

#ifndef DB_H
#define DB_H
#include <QString>
#include <QtSql> 
#include <QSqlQuery>
#include <QSqlError>
#include <QUuid>
class DB
{
public:
    DB();
    ~DB();
    bool SetQuery(QString query);
    bool Exec();
    void manualConnect();
protected:
    QSqlQuery query;
    QSqlDatabase* db;
};

#endif // DB_H

包装类CPP文件:

#include db.h
DB::DB()
{

}
DB::~DB()
{
    if (query.isActive())
    {
        query.finish();
        query.clear();
    }
    if (db != NULL)
    {
        QString connName = db->connectionName();
        db->close();
        delete db;
        db = NULL;
        try
        {
            QSqlDatabase::removeDatabase(connName);
        }


        catch(...)
        {

        }
    }
}

void DB::manualConnect()
{
    QUuid uniqueId = QUuid::createUuid();
    QString connectionID = uniqueId.toString();
    QSqlDatabase::addDatabase("QMYSQL", connectionID);

    db = new QSqlDatabase(QSqlDatabase::database(connectionID, false));
    db->setHostName("127.0.0.1");
    db->setDatabaseName("my_db_name");
    db->setUserName("username");
    db->setPassword("password");

    db->open();
}

bool DB::Exec()
{
    return query.exec()  ;
}

bool DB::SetQuery(QString queryString)
{
    manualConnect();
    if (db)
    {
        if (db->isOpen())
        {
            query = QSqlQuery(*db);
            return query.prepare(queryString);
        }
        return false;
    }
    else
        return false;
}

为什么这个相当简单的析构函数会导致段错误并使应用程序崩溃?

2 个答案:

答案 0 :(得分:1)

您是否尝试过使用deleteLater()而不是致电delete db;

http://qt-project.org/doc/qt-5.0/qtcore/qobject.html#deleteLater

另外,您可能想要尝试disconnect db变量,以便某些待处理的事务在db消失后不会尝试对其进行操作。

http://qt-project.org/doc/qt-5.0/qtcore/qobject.html#disconnect

http://qt-project.org/doc/qt-5.0/qtcore/objecttrees.html

希望有所帮助。

答案 1 :(得分:-1)

您似乎没有正确的方法来创建和销毁QDatabase

创建方式应该

QUuid uniqueId = QUuid::createUuid();
db = new QSqlDatabase();
*db = QSqlDatabase::addDatabase("QMYSQL", uniqueId.toString());
db->setHostName(...);
db->setDatabaseName(...);
db->setUserName(...);
db->setPassword(...);

并像

一样销毁
db->close();
delete db;
QSqlDatabase::removeDatabase(db->connectionName());