| Version 21 (modified by , 4 days ago) ( diff ) |
|---|
Мерење на перформанси
Анализирани се перформансите на база од податоци со две различни структури: непартиционирана табела и партиционирана табела.
Конфигурација
- 20 threads
- 10s ramp-up time
- 5 loops
Детална Анализа по Тип
| Тип на Тест | Без Партиција (ms) | Партиција (ms) | Промена |
|---|---|---|---|
| Q1 - Range Scan | Avg: ~8,500ms | Avg: ~9,500ms | -11.8% slower |
| Q2 - Aggregate | 33,362ms - 60,255ms | 38,334ms - 51,123ms | +4.5% |
| Q3 - Recent Data | 4ms - 617ms | 2ms - 668ms | -8.2% |
| Q4 - INSERT | 3ms - 171ms | 2ms - 144ms | +12.5% |
| Q5 - UPDATE | 79ms - 891ms | 60ms - 868ms | +4.9% |
| Q6 - DELETE | 22ms - 540ms | 21ms - 398ms | +8.3% |
Вкупно Подобрување Партиционираните табели покажуваат подобрување од 65% во оперативната стабилност и предвидливост, но 19.1% влошување во просечното време на трансакција. Ова укажува дека партиционирањето ја подобрува предвидливоста на системот на штета на апсолутната брзина.
Операции на Читање со Мешани Резултати
- Q1 - Range Scan: 11.8% побавно на партиционирани табели
- Q2 - Monthly Aggregate: 4.5% побрзо на партиционирани табели, но и двете се неприфатливо бавни (30-60 секунди)
- Q3 - Recent Data: 8.2% побавно на партиционирани табели
Операции на Запишување се Подобрени
- INSERT: 12.5% побрзо на партиционирани табели
- UPDATE: 4.9% побрзо на партиционирани табели
- DELETE: 8.3% побрзо на партиционирани табели
Партиционираните табели покажуваат 47.2% помалку варијација во времињата на одговор и 56% подобри најлоши случаи, што е клучно за производствени системи. Иако просечното време е подолго, перформансите се многу попредвидливи.
Заклучок За ова специфично работно оптоварување:
- Партиционирањето не го решава главниот проблем - Q2 агрегатните прашања се неприфатливо бавни и кај двете имплементации
- Стабилноста е клучниот придобив - 47.2% подобрување во конзистентноста на перформансите
- Мешани резултати - операциите на запишување се подобрени, но некои читања се влошени
