Naja, auf den Kisten, die ich Probe gefahren habe, hat ein MySQL 8.0 aus der Kiste > 400.000 QPS gemacht, und nach Optimizerung locker > 1.000.000 QPS, und die Kiste war dabei auf der IO-Seite fett überprovisioniert.
So viel parallel access, daß man 24 NVME mit je 800.000 IOPS ins Schwitzen bringt kriegt man mit einer Datenbank nicht hin.
Kris /
npub1v5…lxe4h
2024-06-24 22:02:08
in reply to nevent1q…236m
Author Public Key
npub1v5n76jecsme7ng2ys0ecq90fvmltaju9zfv4zrl4fjeva07yumaqglxe4hPublished at
2024-06-24 22:02:08Event JSON
{
"id": "6947a888f95c1acdeb7358f98b7eded94d7ce1f7bf6b9d3f45fc852a23ecd20c",
"pubkey": "6527ed4b3886f3e9a14483f38015e966febecb851259510ff54cb2cebfc4e6fa",
"created_at": 1719259328,
"kind": 1,
"tags": [
[
"e",
"9103d20b2b815d1c04d675ea150503edd443ec7f5d46eb3e0e13d2c9efd657a2",
"wss://relay.mostr.pub",
"reply"
],
[
"proxy",
"https://chaos.social/users/isotopp/statuses/112673379374855214",
"activitypub"
]
],
"content": "Naja, auf den Kisten, die ich Probe gefahren habe, hat ein MySQL 8.0 aus der Kiste \u003e 400.000 QPS gemacht, und nach Optimizerung locker \u003e 1.000.000 QPS, und die Kiste war dabei auf der IO-Seite fett überprovisioniert.\n\nSo viel parallel access, daß man 24 NVME mit je 800.000 IOPS ins Schwitzen bringt kriegt man mit einer Datenbank nicht hin.",
"sig": "367d08911bf2f65e3a74572ea8d10fb192b39e0548deda7caa6a3d8f7601cffb17dc93f57998bcd46cb4f00227031f694766d9716f56aa364f8ecf7518cbbb0e"
}