Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

Изпробвайте тези най-добри практики за наблюдение на база данни на MySQL

Привличането на вниманието на ръководството е добро нещо, ако се случва по положителни причини. Но много администратори на бази данни всъщност биха предпочели да останат извън радара. Тъй като администраторите на база данни отговарят да гарантират, че базите данни на организацията работят и работят безпроблемно, когато нещата вървят както трябва, DBA обикновено се задържат и вършат нещата си спокойно. Но когато нещо се обърка, изведнъж вие сте водещото име в списъка на най-търсените на компанията.

DBA носят голяма отговорност в рамките на една организация и има много начини, по които нещата могат да тръгнат на юг, но като следвате няколко най-добри практики за наблюдение на база данни на MySQL, можете да сте сигурни, че сте разпознати от ръководството за вашия остър ум, а не за базата данни прекъсване, което отне три дни за разрешаване.

Провеждайте редовни проверки на състоянието на вашата база данни

За MySQL DBA планирането на редовни проверки на здравето за вашите бази данни е почти толкова важно, колкото и планирането им за себе си (Забележка:Считайте това за вашето напомняне, за да си уговорите среща за това физическо, което сте отлагали!).

Подобно на хората, не всички бази данни имат еднакви нужди от поддръжка, така че здравните проверки трябва да бъдат съобразени със специфичните функционални изисквания на базата данни. Например критичните за мисията или живота бази данни се нуждаят от по-чести проверки от некритичните бази данни. Провалът на система за противоракетна отбрана има далеч по-тежки последици от провала на програмата за честите награди на клиентите на местната книжарница.

Когато настройвате рутинните си здравни проверки, има няколко области, върху които трябва да се съсредоточите, които ще предоставят информация, която ще ви помогне да определите текущите проблеми с MySQL, които трябва да бъдат разгледани.

Наличност на MySQL

Наличността е може би най-важният показател, който трябва да следите. Ако базата данни не е налична, няма много смисъл да проследявате останалите показатели, докато не бъде коригирана. Изпълнете -mysqladmin -h 192.168.1.95 -u root -p състояние, за да проверите наличността, след което започнете диагностика, ако има проблем.

Неуспешни връзки

Проследяването на броя на неуспешните връзки във времето може да открие злонамерена дейност, както и по-малко зловещи грешки в приложението, като неправилно приложени разрешения и неправилни пароли.

Изпълнете командата SHOW GLOBAL STATUS LIKE ‘aborted_connects’; за да определите колко опита за прекратена връзка е имало в базата данни за даден период от време.

Регистъри за грешки

Мониторингът на регистрационните файлове за грешки е чудесен начин да видите какви грешки са възникнали и дали има някакви модели, които могат да показват по-голям повтарящ се проблем, който трябва да бъде решен.

Застой в InnoDB

MySQL блокирания възникват, когато различни транзакции държат заключване на ресурс, от който се нуждае другата транзакция. Безизходите водят до бавна обработка и изчакване – и досадни потребители. Използвайте SHOW ENGINE INNODB STATUS; за намиране на застой и разрешаването им.

Промени в конфигурацията

Внезапният спад в производителността може да бъде причинен от дузина различни неща. Можете обаче да си спестите време за отстраняване на неизправности, като прегледате последните промени в конфигурацията и коригирате всички, които влияят негативно на производителността.

Регистър на бавни заявки

Бавните заявки карат базата данни да работи по-бавно, защото използват прекомерно CPU и памет. Преглеждайте редовно дневника на бавните заявки, за да определите дали някои заявки показват прекомерно време за изпълнение, след което отстранете неизправности, за да определите и коригирате основната причина.

Поддържайте видимост, за да разберете основната причина за проблемите с производителността на MySQL

Провеждането на редовни здравни проверки на MySQL бази данни е от съществено значение за поддържане на висока наличност и минимизиране на хроничните проблеми с производителността, но има някои ограничения за това колко полезни са здравните проверки за цялостното отстраняване на неизправности в системата.

Тъй като периодичните проблеми с производителността може да не се появят по време на рутинни проверки на здравето, важно е да установите непрекъсната видимост във вашата MySQL среда. Бързото идентифициране и разрешаване на проблеми с производителността означава по-малко престой и по-малко проблеми с производителността, които влияят негативно на потребителите.

Един от най-добрите начини да поддържате видимост в MySQL системите за бази данни е да задавате сигнали за критични събития, за да можете бързо да реагирате при надвишаване на прага и да стигнете до основната причина за проблема.

Като минимум трябва да зададете прагове за предупреждение за следните често срещани източници на влошаване на производителността:

  • Значителни отклонения от базовите показатели за ефективност на MySql
  • Високо използване на процесора
  • Забавяне на заявката
  • Грешки в заявката
  • Ограничения на връзката
  • Използване на буферен пул

Идентифицирайте и решавайте бързо проблеми с производителността

Може да успеете да се измъкнете с проследяване на производителността с помощта на вътрешни скриптове в малка, статична среда, но скриптовете няма да заменят проактивното наблюдение, необходимо за поддържане на големите динамични системи, които непрекъснато се разрастват.

В почти всяка ситуация инструментът за наблюдение на търговска база данни ще бъде най-добрият ви избор за бързо идентифициране и разрешаване на проблеми, преди те да причинят големи проблеми.

На пазара има много инструменти за наблюдение на производителността, предлагащи широка гама от функции на много различни ценови точки. Изборът на правилния инструмент за вашата организация ще се сведе до това кой най-добре отговаря на вашите специфични нужди на цена, която отговаря на вашия бюджет.

Въпреки че няма универсален инструмент за всички, има някои важни функции за наблюдение на базата данни, които ще искате да търсите във всеки инструмент за наблюдение на производителността, който обмисляте:

  • Мащабируемост
  • Мобилно наблюдение
  • Интуитивен потребителски интерфейс
  • Бюджетен, но богат на функции
  • Няма капачка за свързване
  • Многоизмерен анализ на натоварването
  • Анализ на първопричината на алармата
  • Анализ на блокиране
  • Интелигентни аларми
  • Проследяване на исторически данни


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Добавете изчислена колона към съществуваща таблица в SQL Server

  2. Преобразуване на ‘time’ в ‘smalldatetime’ в SQL Server (T-SQL примери)

  3. Колона, подобна на идентичност, но въз основа на критерии за групиране

  4. Обединяване на множество таблици в SQL

  5. Премахнете SCHEMABINDING от изглед в SQL Server