Брент Озар знае всичко за бързото движение – той се състезава с коли и ежедневно ускорява SQL сървърите със спиращи дъха резултати в работата на базата данни. В неговото уеб предаване „Как да измерим SQL Server“ за серията дни за обучение на база данни на Quest, Брент ни напомни, че производителността е свързана с измерването.
Увеличаване на производителността
Брент се възползва от възможността да практикува социално дистанциране и облече ролята, като облече пълен състезателен костюм и каска. В някои закачки преди уеб излъчването научихме, че той трябва да постави микрофон в шлема и да залепи наушниците към ушите си! Но ние се отклоняваме. Уебкастът беше изцяло за производителност и имаше много аналогии с коли.
За да се подобри производителността на SQL Server, помещенията са:
- Изберете показатели, върху които да се съсредоточите върху подобряването
- Измервайте производителността преди и след извършване на ограничени промени (основен научен метод)
- Разберете, когато имате грешно оборудване за това, което се опитвате да постигнете
Показатели за настройка на производителността на базата данни
Продължително обсъждане на камиони Ford F150, Ford Fiestas и някои други интересни превозни средства илюстрира, че има различни начини за подобряване на времето, необходимо за преминаване от 0 до 60 мили в час. Можете да намалите теглото на автомобила, да добавите по-голям двигател или да започнете да премахвате несъществени неща – като предно стъкло. Ще има компромис между производителност и полезност. Базите данни са точно такива – често се зареждат. Това е, когато е необходима персонализирана настройка на производителността, която изисква познаване и подобряване на показателите.
Брент твърди, че има три основни показателя, от които се нуждаете за тунинг на производителност на автомобили и бази данни:тегло, показател за скорост (като 0 до 60) и колко усилено работи двигателят (сървърът).
Измерване на размера на базата данни
Теглото за SQL Server се превежда в общия размер на базата данни и колко данни имате. Това обикновено се измерва в гигабайти или терабайти. От около 1-150 GB SQL Server Standard Edition трябва да е достатъчен. От 150-500 GB е лесно натоварване за Enterprise Edition. Отвъд 500 GB започва да има значение дали са активни данни и как се осъществява достъп до тях. И всичко над 1 TB OLTP данни може да бъде много предизвикателство.
Скорост на проследяване на производителност
Показателят за скорост в автомобилите е лесен – MPH. За базата данни това са пакетни заявки в секунда, но това трябва да се наблюдава всеки час през различни периоди от време. Очевидно, колкото повече заявки има, толкова по-бавна ще бъде производителността в зависимост от хардуера.
Оценяване на натоварването на заявките
И накрая, за да разберете колко усилено работи базата данни, трябва да разберете какви заявки се изпълняват в момента и какво чака в опашката. Това ще ви даде съотношение на времето за изчакване – основно колко време чакат задачите, за да бъдат изпълнени други. Съотношението на времето за изчакване ще бъде изразено като часове време за изчакване на час (или секунди време за изчакване в секунда) – не смесвайте мерните си единици. Когато се справите добре с тези статистически данни във времето, можете да видите какво влияе на времето за изчакване, например, ако има повече или по-малко пакетни заявки, по-добре или по-лошо настроени заявки и т.н. След това можете да се справите с тези проблеми.
Гледайте записа на уебинара по заявка за всички съвети и хумор на Брент.
