Hallo Rogge!
wie verhält sich MySQL, wenn die Anzahl der Datensätze in
einer Tabelle stark ansteigt?
Das hängt hauptsächlich vom DB-Designer ab, aber auch von der zur Verfügung stehenden Hardware. Der DB-Designer muss beim Entwurf der DB-Struktur die Art der Lese- und Schreibzugriffe berücksichtigen und darauf basierend passende Indexe erzeugen.
Die Hardware selbst sollte natürlich auch ausreichend dimensioniert sein, damit MySQL auch Informationen cachen kann (das wiederum sollte der DB-Admin auch während des Betriebes im Auge haben und ggf. anpassen).
Weiterhin besteht auch die Möglichkeit, mehrere Server zu nutzen und Replikation einzusetzen. So können alle Schreibzugriffe auf den MySQL-Replikations-Master ausgeführt und reine Lesezugriffe über einen oder auch mehrere MySQL-Replikations-Clients verteilt werden.
Ich selbst hatte mal das Vergnügen, mit einer auch mehrere Milliarden Datensätze umfassenden DB zu arbeiten (Calling-Daten), die auf dem Dateisystem eine Größe von etwa 40 GB beanspruchte. Als Server werkelte eine SUN E10K mit 32 Prozessoren (die waren hier nicht ganz so wichtig) und 64 GB Hauptspeicher (das war die interessante Grösse) - die konnte die komplette DB cachen inklusive der Indexe und war daher im Zugriff recht schnell (allerdings in meinem Fall nur Lesezugriffe). Wobei das aber auch wieder von der Art der Daten abhängt.
In jedem Fall würde ich die DB-Struktur immer mit mehreren Leuten besprechen und nichts übereilen - so kommen oft noch Ideen für Verbesserungen dabei raus. Natürlich auch testen - Testdaten ohne Ende generieren und die DB quälen, bis sie an die Grenze stösst und dann prüfen, ob das für deine Zwecke ausreichend ist oder nicht und ob sich noch etwas verbessern lässt.
Viel Spass… 
McPringle
