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

Кога трябва да използвам MySQL компресиран протокол?

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

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

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

Най-оптимизираният сървър на база данни използва 100% от своя CPU през 100% от времето, в противен случай губите изчислителни ресурси, като имате процесор, който седи там и не прави нищо. Разбира се, не го искате на 101%, така че целевият ви диапазон е доста под 100%. И все пак, моята гледна точка е, че ако имате много място, преди да стигнете до затруднено място на процесора, и резултантните набори са със значителен размер и мрежата е фактор, тогава включете компресията. Циклите на процесора са евтини, особено неизползваните (плащате за електричество и охлаждане).

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

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



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Разберете къде се забавя вашият PHP код (проблем с производителността)

  2. Може ли MySQL да конкатенира низове с ||

  3. Разрешеният размер на паметта от 134217728 байта е изчерпан (опит за разпределяне на 42 байта)

  4. Извикайте pusher, когато mysql се промени

  5. Редовен израз за съвпадение с MySQL коментари