1

Webアプリケーションにメッセージングシステムを実装する必要があります。PHPとMySQLを利用しており、登録ユーザーが互いにメッセージをやり取りできるようになります。

だからここに私の心配があります：私がサイトを2年間稼働させた後、何千人ものユーザーが何十人もの友人を獲得し、それぞれが何百万ものメッセージを互いに送信するようになるとどうなりますか？

FacebookなどのIT業界の「ビッグボーイ」はこれらの問題をどのように処理していますか？確かに、それらのメッセージはすべて1つのテーブル（MySQLまたはその他）に収まるわけではありません...しかし、（1つの）アーカイブテーブルで古いメッセージを転送することでさえ、永遠に機能することはありません。

Facebookにリモートで匹敵するようなWebサイトを構築することは決してありませんが、それでも1、2年経ってもバグが発生しないソリューションが必要です。

4

3 に答える 3

3

「大物」はシャーディングを使用します。最も基本的なレベルでは、これは、文字「A」で始まるユーザーをデータベースサーバー「A」に、「B」を「B」に配置するなどです。何百万ものメッセージではありません。MySQL は、何億ものレコードを問題なく処理できるはずです。正しく設計されていないと、クエリが遅くなる可能性があります。

私はかつて、毎月約 5,000 万件のメッセージを処理する、MySQL に基づくメッセージング システムを作成しました。過去 3 か月のみを「アクティブ」に保ちました。それより古いものは、アクセスが少し遅いアーカイブ領域にありました。

正直なところ、2 年間ベビーシッターを必要としないシステムを設計できれば、あなたは素晴らしいです!

于 2012-12-16T19:44:18.783 に答える
1

SQL BIGINT の最大値を検索します。このスクリプトは、数年前に 32 ビット マシンで作成したときにオーバーフローしていました。今ではほとんど問題はありません！

http://dev.mysql.com/doc/refman/5.0/en/numeric-type-overview.html

http://www.laprbass.com/RAY_integer_overflow.php

<?php // RAY_integer_overflow.php
error_reporting(E_ALL);
echo "<pre>\n";

// CONNECTION AND SELECTION VARIABLES FOR THE DATABASE
$db_host = "localhost"; // PROBABLY THIS IS OK
$db_name = "??";        // GET THESE FROM YOUR HOSTING COMPANY
$db_user = "??";
$db_word = "??";

// OPEN A CONNECTION TO THE DATA BASE SERVER
// MAN PAGE: http://us2.php.net/manual/en/function.mysql-connect.php
if (!$dbcx = mysql_connect("$db_host", "$db_user", "$db_word"))
{
   $errmsg = mysql_errno() . ' ' . mysql_error();
   echo "<br/>NO DB CONNECTION: ";
   echo "<br/> $errmsg <br/>";
}

// SELECT THE MYSQL DATA BASE
// MAN PAGE: http://us2.php.net/manual/en/function.mysql-select-db.php
if (!$db_sel = mysql_select_db($db_name, $dbcx))
{
   $errmsg = mysql_errno() . ' ' . mysql_error();
   echo "<br/>NO DB SELECTION: ";
   echo "<br/> $errmsg <br/>";
   die('NO DATA BASE');
}

// CREATE A TABLE AND ALTER IT TO A HIGH INDEX NUMBER
$sql = "CREATE TEMPORARY TABLE noise ( id BIGINT NOT NULL AUTO_INCREMENT PRIMARY KEY ) ENGINE=MEMORY";
if (!$res = mysql_query($sql)) die(mysql_error());

$sql = "ALTER TABLE noise AUTO_INCREMENT = 2147483646";
if (!$res = mysql_query($sql)) die(mysql_error());


// INSERT DATA TO ADD TO THE AUTO_INCREMENT INDEX
$kount = 0;
while ($kount < 15)
{
   $sql = "INSERT INTO noise () VALUES ()";
   if (!$res = mysql_query($sql)) die(mysql_error());
   $nid = mysql_insert_id($dbcx);
   var_dump($nid);
   $kount++;
}

私の概算によると、1 秒あたり 1,000 の割合でメッセージを集約し、AUTO_INCREMENT キーに UNSIGNED BIGINT を使用している場合、約 5 億 7000 万年でオーバーフローが発生します。したがって、多かれ少なかれ、1 秒あたり 1,000,000,000 の速度でメッセージを収集している場合、問題は短い順序で発生することになります。おそらく、今から約 570 年後です。しかし、良いニュースは、毎秒 100,000 の割合でメッセージを収集している場合でも、VC コミュニティからお金が投げつけられるということです!

于 2012-12-16T19:36:04.840 に答える
-1

最初のステップでは、テーブルを (日付、ユーザー ID、地域、または設計に応じたその他の基準で) 分割します。このソリューションで、長い道のりを歩んでいただけると確信しています。次のステップは、メッセージング システムのシャードです。この変更後も、facebookのように HBase を使用できます。

于 2012-12-16T19:37:36.537 に答える