Skocz do zawartości

Web Hosting Talk

  • progreso.pl

    Partner technologiczny

    Upraszczamy to, co inni starają się komplikować. Prosto, pewnie, przyjaźnie - tak robimy hosting!
  • Kei.pl

    Partner technologiczny

    Kei.pl działa na polskim rynku internetowym od 2000 roku. Obecnie na blisko 300 serwerach w Centrum Danych Kei.pl znajduje się kilkadziesiąt tysięcy stron WWW.
  • S-NET.info

    Partner technologiczny

    S-NET to dostawca usług dla biznesu. Najważniejsze usługi świadczone przez firmę to usługi Centrum Danych, dostęp do Internetu, transmisja danych oraz tranzyt do różnych operatorów.
  • Sprint Data Center

    Partner technologiczny

    Sprint Data Center to jedyne w Polsce północno-wschodniej i jednocześnie jedno z najnowocześniejszych w kraju centrum przechowywania i przetwarzania danych.

 

Problem z dużą ilością temp tables tworzonych na dysku


2 odpowiedzi na ten temat

Problem z dużą ilością temp tables tworzonych na dysku

#1 tryme

    Czasami na forum

  • Użytkownicy
  • 32 postów

Napisany 22 kwiecień 2008 - 08:22

Witam,

Korzystając z programu Tuning Primer Script dostałem taki komunikat:

Cytuj

TEMP TABLES
Current max_heap_table_size = 16 M
Current tmp_table_size = 128 M
Of 440947 temp tables, 60% were created on disk
Effective in-memory tmp_table_size is limited to max_heap_table_size.
Perhaps you should increase your tmp_table_size and/or max_heap_table_size
to reduce the number of disk-based temporary tables
Note! BLOB and TEXT columns are not allow in memory tables.
If you are using these columns raising these values might not impact your
ratio of on disk temp tables.
Zwiększanie tmp_table_size oraz max_heap_table_size nic nie daje, ponieważ korzystam z kolumn text.

Postanowiłem więc skierować katalog tmp MySQLa na partycję tmpfs, lecz nie zauważyłem tak żadnego ruchu ani zauważalnego spadku Loada.

Czy macie na to jakieś rozwiązanie?

#2 patrys

    Czarny charakter

  • Moderatorzy
  • PipPipPipPipPipPipPipPip
  • 2026 postów
  • Skąd:Słupsk
  • Imię:Patryk

Napisany 22 kwiecień 2008 - 10:34

W sumie na szybko trzy opcje:
- zmiany w skrypcie i bazie.
- zmiana dysku twardego na szybszy (ewentualne dołożenie jakiegoś sas'a do baz bo pewnie masz sata).
- trzymać bazy w pamięci operacyjnej (tylko uważaj na komende shutdown :))
.

#3 tryme

    Czasami na forum

  • Użytkownicy
  • 32 postów

Napisany 22 kwiecień 2008 - 13:20

Z pierwszym punktem może być kłopot, bo co potrafiłem przerobić już dawno temu zrobiłem.

Co do dysku to mam osobny dysk SAS 15k na MySQLa.

Punkt trzeci także odpada, ze względu na bezpieczeństwo.

Bardzo chętnie poznam inne propozycje :)





1 Użytkowników czyta ten temat

0 użytkowników, 1 gości, 0 anonimowych użytkowników