Skocz do zawartości

pietrovek

Użytkownicy
 Wyświetl profil  Zobacz jego aktywność

  • Zawartość

    170

  • Rejestracja

  • Ostatnio

  • Wygrane dni

    1

Posty napisane przez pietrovek

  5. Napisano · Raportuj odpowiedź

    Witam!

     

    Ostatnio trochę zoptymalizowałem my.cnf, serwer znacznie przyspieszył, wszystko wydawało się być dobrze...jednak włączyłem logowanie wolnych zapytań...wróciłem po 11 dniach...i ku mojemu zdziwieniu...

     

    # User@Host: db1[db1] @ localhost []
# Query_time: 52.212436  Lock_time: 0.000036 Rows_sent: 0  Rows_examined: 1
SET timestamp=1333242481;
update adm_tpd set ogladalnosc = '193' where ID = '1153';

     

    mam 9 wpisów w logu z czasami 2s-52s właśnie przy tak prostych zapytaniach...

     

    nie bardzo mam pomysł dlaczego tak się dzieje...

    w sumie w statystykach wszystko wygląda OK - nie brakuje RAM, CPU też, dyski wykorzystane w max.10%, w zasadzie też chyba nie mogę się czepiać o 9 zapytań na 141M ale jakoś mnie to nurtuje dlaczego tak proste zapytanie trwało 52s.

     

    Nie mam za bardzo na to pomysłu. Ktoś może coś podpowiedzieć?

     

    załącze wynk mysqltunner.pl

    -------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.15-log
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 21M (Tables: 142)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[!!] InnoDB is enabled but isn't being used
[!!] Total fragmented tables: 10

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 11d 19h 23m 9s (141M q [138.660 qps], 194K conn, TX: 182B, RX: 17B)
[--] Reads / Writes: 69% / 31%
[--] Total buffers: 592.0M global + 32.2M per thread (151 max threads)
[OK] Maximum possible memory usage: 5.3G (68% of installed RAM)
[OK] Slow queries: 0% (9/141M)
[OK] Highest usage of available connections: 9% (14/151)
[OK] Key buffer size / total MyISAM indexes: 128.0M/7.0M
[OK] Key buffer hit rate: 100.0% (645M cached / 10K reads)
[OK] Query cache efficiency: 94.8% (130M cached / 137M selects)
[!!] Query cache prunes per day: 435
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 1M sorts)
[!!] Joins performed without indexes: 691052
[OK] Temporary tables created on disk: 0% (4K on disk / 2M total)
[OK] Thread cache hit rate: 99% (22 created / 194K connections)
[OK] Table cache hit rate: 74% (369 open / 493 opened)
[OK] Open file limit used: 8% (517/6K)
[OK] Table locks acquired immediately: 99% (17M immediate / 17M locks)

-------- Recommendations -----------------------------------------------------
General recommendations:
Add skip-innodb to MySQL configuration to disable InnoDB
Run OPTIMIZE TABLE to defragment tables for better performance
Increasing the query_cache size over 128M may reduce performance
Adjust your join queries to always utilize indexes
Variables to adjust:
query_cache_size (> 256M) [see warning above]
join_buffer_size (> 20.0M, or always use indexes with joins)

  6. Napisano · Edytowano przez pietrovek (zobacz historię edycji) · Raportuj odpowiedź

    niektóre dyski nie poprawnie raportują ten parametr...z logów (przynajmniej na moje oko) dyski są jeszcze w dobrym stanie, nie powinno się nic dziać. Myślę że na razie nie ma się czym przejmować.

     

    wydaje mi się że parametr ten może Ci skakać przy większym obciążeniu dysku...jednak prawdopodobnie (bo smart tego w Twoim przypadku nie raportuje) ECC naprawia te błędy i wszystko gra :)

     

    jednak...to tylko moja opinia smile.png

  8. Napisano · Edytowano przez pietrovek (zobacz historię edycji) · Raportuj odpowiedź

    Przy tej taktyce 

    iptables -P OUTPUT DROP

    powinieneś stosować dla obu kierunków więc:

     

    otwarcie portu dla komunikowania się danej usługi:

    iptables -A INPUT -p tcp --dport NUMER_PORTU -j ACCEPT
iptables -A OUTPUT -p tcp --dport NUMER_PORTU -j ACCEPT

     

    i dla zamknięcia wcześniej otrwartego portu:

    iptables -D INPUT -p tcp --dport NUMER_PORTU -j ACCEPT
iptables -D OUTPUT -p tcp --dport NUMER_PORTU -j ACCEPT

     

    abyś był bezpieczny zainteresuj się "fail2ban" - google resztę powie smile.png

     

    aha...regułki "kasują się" przy każdym reboocie więc powinieneś mieć stworzony skrypt (lub używać tego ktrórego wykorzystałeś do stworzenia obecnych reguł) który będzie tworzył regulki przy uruchamianiu systemu...

  14. Napisano · Raportuj odpowiedź

    wg. mnie to genialny pomysł - jeśli tylko dobrze zaprojektowali system chłodzenia - tanie, skalarne, łatwo modyfikowalne rozwiązanie - w obecnej rzeczywistości gdzie cena za usługę gra znaczną role a dla niektórych jest najważnejszym czynnikiem przy wyborze hostingu, napewno znajdą się chętni na takie usługi...

     

    niestety kryzys mamy ;)

     

    a fak faktem...wygląd trochę taki śmieciowy...no ale z drugiej strony DC nie jest do oglądania i zachwycania się nim...

  18. Napisano · Edytowano przez pietrovek (zobacz historię edycji) · Raportuj odpowiedź

    tak, wszyscy Cię dobrze rozumieją jednak staramy Ci się wytlumaczyć, iż każda spółka (wg. Ciebie pododdział) to zupełnie inna firma i starając się o kredyt powinieneś posługiwać się NIP'em pracodawcy takim jaki jest na umowie o prace/zaświadczeniu.

     

    Nie wydaje mi się aby bank honorował tego typu oświadczenie, ale próbuj wink.png

  19. Napisano · Edytowano przez pietrovek (zobacz historię edycji) · Raportuj odpowiedź

    no dobra...dla mnie to jakieś dziwne DG nie może posiadać więcej niż jednego NIP (chyba że się mylę?) i nie ma czegoś takiego jak NIP główny i "NIPy poboczne"...

     

    Zobacz jaki NIP jest na pieczątce na zaświadczeniu jakie Ci wydano - i taki podaj bankowi, bowiem tam jesteś zatrudniony (taki sam NIP masz na pieczątce na umowie o pracę)

     

    Jeśli każdy pododdział Twojej firmy to inna firma - każdy rządzi się własnymi papierami księgowymi itd.

  20. Napisano · Raportuj odpowiedź

    zasadniczo, tak z ciekawości zapytam....umowę masz w obu firmach ? czy jak? bo jakoś nie wyobrażam sobie sytuacji gdzie z jednej firmy dostaję wypłatę a z drugą mam podpisaną umowę...

     

    co do samego pisma to można to lepiej napisać...ale z takim pytaniem proponowałbym gdzieś na forum prawnym się zarejestrować...

×