Moin!
Da aber x-tausende Klicks pro Sekunde
Ich frage mich immer noch, ob PHP die richtige serverseitige -Technologie ist. Weil ich zweifle. Stark zweifle. Hinsichtlich der von der benötigten Echtzeitreaktion (Auktion) sogar weiß, dass es nicht gehen kann. Binnen weniger Sekunden wäre bei dieser hohen Anzahl von http-Requests allein schon der Webserver überlastet, da brauchst Du über den daran hängenden Rest (PHP, APC, Datenhaltung) gar nicht mehr nachdenken. "x-tausende Klicks pro Sekunde" kommen da schon nicht mal mehr an.
auf diesen Button gemacht werden soll das Datenbank-Update nicht bei jedem Klick ausgeführt werden, sondern einmal pro Sekunde.
Warum nimmst Du nicht einfach etwas nichts kann und deswegen eigentlich schnell sein muss wie z.B. dbase für die nicht-permanente Haltung der stark volatilen Daten und überlässt das Caching zwischen Arbeitspeicher und Platte dem Betriebssytem? Die dbase-Dateien kannst Du sogar auf einer SSD ablegen... Die stark volatilen Datenmengen sollten ja übersichtlich sein, vor allem wenn Du für einen Datentransfer (Synchronisation) zum Dauerspeicher dann eine externe Lösung bemühst. Die kann man sogar in die Start-Stop-Skripte des Apache einbauen.
Da aber x-tausende Klicks pro Sekunde
Die wirst Du gewiss nicht von Anfang an haben, auch nicht wenn Du die schon mal erwähnten 15 oder 50.000 Euro für Werbung ausgeben kannst. Wenn Du diese Klicks aber hast, dann hast Du schon weit vorher auch den finanziellen Background (Du willst ja pro Click einen Coin abkassieren...) Dir eine geeignete Lösung in einer geeigneteren Programmiersprache als PHP schreiben zu lassen. Es spricht nichts dagegen hierfür einen kleinen Server zu schreiben, diesen eventuell an den xinet-Daemon zu hängen und/oder je nach Last auf einem eigenen Port oder einem eigenen Server (jetzt gemeint: Hardware) zu betreiben. Es kann sogar ein spezieller http-Server geschrieben werden, bei der Auswahl an freien Servern die nicht den Funktionsumfang eines Apache haben (und nicht soviel nachdenken müssen) und openSource sind sollte sich einer finden in welchen man die von Dir gewünschten Funktionen quasi direkt hineinkompilieren kann. Der kann dann eben auf Deine "Clicks" reagieren aber nicht einmal statischen HTML-Dateien ausliefern...
Da aber x-tausende Klicks pro Sekunde
Du musst sowieso über Lastverteilung nachdenken. Das zieht automatisch einen ganzen Rattenschwanz von Überlegungen bis hin zum Einsatz mehrerer Webserver und Datenbankserver nach sich.
Da aber x-tausende Klicks pro Sekunde
Wie ich schon sagte, ich bezweifele diese Zahl und das ziemlich ernsthaft. Ich denke, wir machen hier heiße Luft zum Thema "heiße Luft".
MFFG (Mit freundlich- friedfertigem Grinsen)
fastix