2011-01-25 14 views
2

情報を処理し、それをMySQLデータベース(実際にはMySQLのフォークであるMariaDB)に記録するリアルタイムアプリケーションがあります。 1日に約150万個のインサートと150,000個の削除を行います。インサートシーケンスのMySQLの操作

私はパフォーマンスに大きな問題を抱えており、それをより良く機能させる方法がわかりません。

アプリケーションの基本構造は、Structクラスをスレッドセーフデキューにプッシュするプロデューサクラスです。次のコード

#include "dbUserQueue.h" 


dbUserQueue::~dbUserQueue() { 
} 

void dbUserQueue::createConnection() 
{ 
    sql::Driver * driver = sql::mysql::get_driver_instance(); 
    std::auto_ptr<sql::Connection> newCon(driver->connect(dbURL, dbUser, dbPass)); 
    con = newCon; 
    std::auto_ptr<sql::Statement> stmt(con->createStatement()); 
    stmt->execute("USE twitter"); 
} 

inline void dbUserQueue::updateStatement(const std::string & value, 
        std::auto_ptr< sql::PreparedStatement> & stmt, const int index) 
{ 
    if(value != "\0") stmt->setString(index, value); 
    else stmt->setNull(index,sql::DataType::VARCHAR); 
} 

inline void dbUserQueue::updateStatement(const boost::int64_t & value, 
        std::auto_ptr< sql::PreparedStatement> & stmt, const int index) 
{ 
    if(value != -1) stmt->setInt64(index,value); 
    else stmt->setNull(index,sql::DataType::BIGINT); 
} 

inline void dbUserQueue::updateStatement(const bool value, 
        std::auto_ptr< sql::PreparedStatement> & stmt, const int index) 
{ 
    stmt->setBoolean(index, value); 
} 

inline void dbUserQueue::updateStatement(const int value, 
        std::auto_ptr< sql::PreparedStatement> & stmt, const int index) 
{ 
    if(value != -1) stmt->setInt(index,value); 
    else stmt->setNull(index,sql::DataType::INTEGER); 
} 

inline void dbUserQueue::updateStatementDateTime(const std::string & value, 
        std::auto_ptr< sql::PreparedStatement> & stmt, const int & index) 
{ 
    if(value != "\0") stmt->setDateTime(index, value); 
    else stmt->setNull(index,sql::DataType::DATE); 
} 

/* 
* This method creates a database connection 
* and then creates a new thread to process the incoming queue 
*/ 
void dbUserQueue::start() { 
    createConnection(); 
    if(con->isClosed() == false) 
    { 
     insertStmt = std::auto_ptr< sql::PreparedStatement>(con->prepareStatement("\ 
insert ignore into users(contributors_enabled, created_at, \ 
description, favourites_count, followers_count, \ 
following, friends_count, geo_enabled, id, lang, listed_count, location, \ 
name, notifications, screen_name, show_all_inline_media, statuses_count, \ 
url, utc_offset, verified) values (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)")); 
    } 
    thread = boost::thread(&dbUserQueue::processLoop, this); 
} 

/* 
* Stops the thread once it is finished processing the information 
*/ 
void dbUserQueue::join(){ 
    thread.interrupt(); 
    thread.join(); 
} 

/* 
* The worker function of the thread. 
* Pops items from the queue and updates the database accordingly. 
*/ 
void dbUserQueue::processLoop() { 
    user input; 
    int recordCount = 0; 
    con->setAutoCommit(false); 
    while (true) { 
     try { 
      if(recordCount >= 1000) 
      { 
       recordCount = 0; 
       con->commit(); 
      } 
      // Insert all the data into the prepared statement 
      if (userQ.wait_and_pop(input)) { 
       updateStatement(input.contributors_enabled, insertStmt, 1); 
       updateStatementDateTime(input.created_at, insertStmt, 2); 
       updateStatement(input.description, insertStmt, 3); 
       updateStatement(input.favourites_count, insertStmt, 4); 
       updateStatement(input.followers_count, insertStmt, 5); 
       updateStatement(input.following, insertStmt, 6); 
       updateStatement(input.friends_count, insertStmt, 7); 
       updateStatement(input.geo_enabled, insertStmt, 8); 
       updateStatement(input.id, insertStmt, 9); 
       updateStatement(input.lang, insertStmt, 10); 
       updateStatement(input.listed_count, insertStmt, 11); 
       updateStatement(input.location, insertStmt, 12); 
       updateStatement(input.name, insertStmt, 13); 
       updateStatement(input.notifications, insertStmt, 14); 
       updateStatement(input.screenName, insertStmt, 15); 
       updateStatement(input.show_all_inline_media, insertStmt, 16); 
       updateStatement(input.statuses_count, insertStmt, 17); 
       updateStatement(input.url, insertStmt, 18); 
       updateStatement(input.utc_offset, insertStmt, 19); 
       updateStatement(input.verified, insertStmt, 20); 

       insertStmt->executeUpdate(); 
       insertStmt->clearParameters(); 
       recordCount++; 
       continue; 
      } 

     } catch (std::exception & e) { 
     } 
    }// end of while 

    // Close the statements and the connection before exiting 
    insertStmt->close(); 
    con->commit(); 
    if(con->isClosed() == false) 
     con->close(); 
} 

私の質問はパフォーマンスを改善する方法ですか?記録

Single Producer, Single consumer, commit after 1000 records = ~275 Seconds 
Dual Producer, Triple consumers, commit after 1000 records = ~100 Seconds 
Dual Producer, Triple consumers, commit after 2000 records = ~100 Seconds 
Dual Producer, Triple consumers, commit every 1 record = ~100 Seconds 
Dual Producer, 6 Consumers, commit every 1 record = ~95 Seconds 
Dual Producer, 6 Consumers, commit every 2000 records = ~100 Seconds 
Triple Producer, 6 Consumesr, commit every 2000 records = ~100 Seconds 

問題ドメイン上のカップルのノートの多数の後にコミット1のMySQL/MariaDB
に接続
有する複数の消費者:私が試してみましたもの。挿入または削除するメッセージはランダムに1日にランダムに発生し、1秒あたり平均約20回の挿入/削除が発生しますが、バーストははるかに高いですが、更新が短期間キューに入れられない理由はありません大きくなることはありません。

現在データが挿入されているテーブルには、約5200万レコードがあります。ここにMySQLのテーブル情報があります

CREATE TABLE `users` (
    `id` bigint(20) unsigned NOT NULL, 
    `contributors_enabled` tinyint(4) DEFAULT '0', 
    `created_at` datetime NOT NULL, 
    `description` varchar(255) DEFAULT NULL, 
    `favourites_count` int(11) NOT NULL, 
    `followers_count` int(11) DEFAULT NULL, 
    `following` varchar(255) DEFAULT NULL, 
    `friends_count` int(11) NOT NULL, 
    `geo_enabled` tinyint(4) DEFAULT '0', 
    `lang` varchar(255) DEFAULT NULL, 
    `listed_count` int(11) DEFAULT NULL, 
    `location` varchar(255) DEFAULT NULL, 
    `name` varchar(255) DEFAULT NULL, 
    `notifications` varchar(45) DEFAULT NULL, 
    `screen_name` varchar(45) NOT NULL, 
    `show_all_inline_media` tinyint(4) DEFAULT NULL, 
    `statuses_count` int(11) NOT NULL, 
    `url` varchar(255) DEFAULT NULL, 
    `utc_offset` int(11) DEFAULT NULL, 
    `verified` tinyint(4) DEFAULT NULL, 
    PRIMARY KEY (`id`), 
    UNIQUE KEY `id_UNIQUE` (`id`) 
) ENGINE=MARIA DEFAULT CHARSET=latin1 CHECKSUM=1 PAGE_CHECKSUM=1 TRANSACTIONAL=1 
+0

間違ったテーブル構造を投稿したと思います。あなたは 'tweets'を投稿しましたが、あなたは' users'に挿入しています。 –

+0

@Larry:キャッチをありがとう。私はツイートの挿入とユーザーの挿入という2つの部分に問題があります。私はちょうどコードが非常に似ている1つを投稿した。 –

+4

さて、すぐに同じ列が2度インデックスされています。 PRIMARY KEY(id)は(id)にUNIQUE INDEXを生成します。 –

答えて

1

一度に1つの行を挿入するのではなく、一括挿入するようにコードを変更することができます。

+0

これをどうお勧めしますか? insert文に複数の値をリストする。一度に100レコードを挿入したプリペアドステートメントを用意していますか、それともその場でSQL文字列を作成して100レコードごとに実行しますか? (私はちょうど100をランダムに選んだ、それはどんな数でもよい)。私はコミットするまで実際にデータベースを更新しないので、トランザクションと準備されたステートメントを使用しようとしました。変数を渡すだけで帯域幅を減らすことができます。 –

+1

私はプリペアドステートメントではしませんでしたが、insert文を文字列として生成し、その文字列をmysqlpp :: Queryに渡します。準備されたステートメントを使用して同様の方法で一括挿入を行うことができます。各行にinsertステートメントを実行すると、クライアントとサーバーの間にはさらに多くのトラフィックが発生すると考えられます。 –

+0

したがって、「値」フィールドが設定された準備済みの文を提案しています。 PrepareStatement( "INSERT INTO tbl_name(a、b、c)VALUES(?、?、?)、(?、?、?)、(?、?、))"); 1つのステートメントに複数のレコードを追加し、それを実行します。私はこれが非常に「clunky」であると思っており、最適な解決策ではないと感じています。私はそれを試して、それがパフォーマンスを向上させ、あなたに戻ってくるかどうかを見ます。複数のレコードの挿入を自動化する方法があればうれしいでしょう。 –

関連する問題