かわじ、です。


> 設計したときは掲示板だったのですが、それは
> 
> ・掲示板が複数作成できる
> ・各掲示板の中にはスレッドが複数入る
> ・各スレッドの中には複数の書き込みが入る
> 
> というもので、平たく言えば 2ch のようなイメージです。

以下、考え方の一つとして。

上記の 3層の構造を、一つの primary key で賄うのではなくて、
3つのテーブルの primary key に分ける方法もあります。

例えば、ですが、

create table bbs (
  bbs_id int unsigned not null auto_increment,
  title text,
  primary key (bbs_id)
);


create table thread (
  bbs_id int unsigned not null,
  thread_id int unsigned not null auto_increment,
  title text,
  unique key (bbs_id,thread_id)
);

create table mes (
  bbs_id int unsigned not null,
  thread_id int unsigned not null,
  mes_id int unsigned not null auto_increment,
  title text,
  body text,
  unique key (bbs_id, thread_id, mes_id)
);

とすれば、理論的には、掲示板の数(bbs_id) * スレッドの数(thread_id) *
投稿の数(mes_id) の数だけ、投稿を受け付けられることになります。

2ch タイプでしたら、スレッドごとに投稿数を 1000 とかに制限するのが
普通でしょうから、insert 前（もしくは後）にチェックすれば、
primary key が溢れることは無くなります（掲示板の数とスレッドの数を含め、
適切にチェックしていれば）。


上記のテーブル構造では、bbs_id が 8 で、その bbs の thread_id が 13 に
投稿があった場合、insert 文は

insert mes values (
  8,
  13,
  NULL,
  '投稿のタイトル',
  '投稿の本文'
);

等となります。