wiki:Анализа

Version 20 (modified by 222039, 4 days ago) ( diff )

--

Мерење на перформанси

Анализирани се перформансите на база од податоци со две различни структури: непартиционирана табела и партиционирана табела.

Конфигурација

  • 20 threads
  • 10s ramp-up time
  • 5 loops

Детална Анализа по Тип

Тип на Тест Без Партиција (ms)Партиција (ms)Промена
Q1 - Range Scan Avg: ~8,500msAvg: ~9,500ms-11.8% slower
Q2 - Aggregate 33,362ms - 60,255ms38,334ms - 51,123ms+4.5%
Q3 - Recent Data 4ms - 617ms2ms - 668ms-8.2%
Q4 - INSERT 3ms - 171ms2ms - 144ms+12.5%
Q5 - UPDATE 79ms - 891ms60ms - 868ms+4.9%
Q6 - DELETE 22ms - 540ms21ms - 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% подобрување во конзистентноста на перформансите
  • Мешани резултати - операциите на запишување се подобрени, но некои читања се влошени

==

Note: See TracWiki for help on using the wiki.