Qt5.2.0; Debian Wheezy: деструктор QSqlDatabase вызывает segfault

У меня есть приложение, которое использует класс-оболочку для доступа к базе данных MySQL. Поскольку доступ к базе данных осуществляется в разных местах приложения, а приложение является многопоточным, класс-оболочка используется для минимизации объема повторяющегося кода, необходимого для доступа к базе данных.

Я где-то читал, что QSqlDatabase должен создаваться, использоваться и затем уничтожаться в одном потоке. Недокументированное/неподдерживаемое поведение может возникнуть, если вы создаете соединение в одном потоке, а затем разрушаете его в другом. Чтобы предотвратить это, оболочка создает соединение непосредственно перед настройкой QSqlQuery, а затем закрывает и удаляет это соединение, когда запрос выполнен. Настроить пул соединений и поддерживать их в рабочем состоянии на протяжении всего выполнения приложения на самом деле невозможно, потому что в любой момент времени выполняется любое количество потоков, каждому из которых может потребоваться асинхронно выполнять несколько задач БД, поэтому не существует точного 1-1 корреляция между потоками и соединениями с базой данных для начала.

Проблема в том, что после того, как приложение поработало какое-то время, оно вылетает с segfault, в котором виноват деструктор 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;
}

Почему этот довольно простой деструктор может вызвать segfault и привести к сбою приложения?


person user3233311    schedule 26.01.2014    source источник


Ответы (2)


Вы пытались использовать 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

Надеюсь, это поможет.

person phyatt    schedule 27.01.2014
comment
В Qt 5.2.0 не похоже, что QSqlDatabase наследует QObject. Итак, я не могу вызвать deleteLater() или разъединить(). При попытке скомпилировать выдает вот это: db.cpp: In destructor 'DB::~DB()': db.cpp:28:13: error: 'class QSqlDatabase' has no member named 'disconnect' db.cpp:29:13: error: 'class QSqlDatabase' has no member named 'deleteLater' - person user3233311; 27.01.2014

похоже, у вас нет правильного способа создания и уничтожения 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());
person 0xFFFFFFFF    schedule 27.01.2014
comment
UB ссылается на удаленный объект - person Basilevs; 27.01.2014
comment
Да, я просто копирую свой код и комбинирую код user3233311. следует использовать QString, чтобы сначала получить connectionName. Спасибо за ваш комментарий. - person 0xFFFFFFFF; 28.01.2014