wiki:Анализа

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

--

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

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

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

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

Вкупна Споредба на Времето на Одговор

Тип на Тест Просечно (ms)Медијан (ms)
Не-Партиционирани15,881.922,880.50
Партиционирани7,394.50134.50
Подобрување53.44%95.33%

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

Тип на Тест Без Партиција (ms)Партиција (ms)Промена
Q1 - Range Scan 9,668.6310,760.52-11.29%
Q2 - Aggregate 31,390.7133,267.18-5.98%
Q3 - Recent Data 69.64141.76-103.56%
Q4 - INSERT 28.6224.06+15.93%
Q5 - UPDATE 167.52156.35+6.67%
Q6 - DELETE 16.7517.11-2.15%
  1. Вкупно Подобрување

Партиционираните табели покажуваат вкупно подобрување од 53.44% во просечното време на одговор и 95.33% подобрување во медијанот. Ова укажува дека партиционирањето значително ја подобрува вкупната перформанса на системот.

  1. Операции на Читање се Побавни

Сите прашања (Q1, Q2, Q3) покажуваат влошување на перформансите на партиционирани табели. Најкритичен е Q3 (Recent Data) со деградација од 103.56%, што значи дека е двојно побавно. Ова сугерира дека партициониранието може да воведе дополнителен overhead за операции на читање.

  1. Операции на Запишување се Подобрени

Операциите INSERT и UPDATE покажуваат скромно подобрување (15.93% и 6.67% соодветно). Ова укажува дека партиционирањето е поефикасно за операции на запишување отколку за читање.

Заклучок Иако партиционирањето покажува вкупно подобрување од 53.44%, индивидуалните перформанси на прашањата покажуваат мешани резултати. Партиционирањето помага при операции на запишување (INSERT/UPDATE), но ги влошува сите операции на читање, особено прашањата за неодамнешни податоци. За ова специфично работно оптоварување (ориентирано на читање со range scans), партиционирањето всушност ги влошува перформансите за најчестите шеми.

Note: See TracWiki for help on using the wiki.