Oldal: 1 / 3 123 UtolsóUtolsó
Eredmény: 1 - 10 (22) összesen

Téma: leáll a mysql folyamat

  1. #1
    Bölcs earnnet logója
    Csatlakozott
    12-08-15
    Hely
    Budapest
    Hozzászólás
    1.820
    Begyűjtött 812 köszönetet
    576 hozzászólásával

    Alapbeállítás leáll a mysql folyamat

    Időről időre leáll a mysql process. Roppant kellemetlen, arra gondoltam, hogy talán túl sok queryt próbálok végrehajtani, elvileg 15 ezer query per secondöt bírnia kell. Én max 3-4000 lekérdezést csinálok, de azt is csak pár percenként. Write/read vegyesen. InnoDB-ről van szó. 2GB memórián fut egy webszerver és egy mysql. Ez elég kényelmes méret kell, hogy legyen.

    Ami még érdekes, hogy néha az ssh is leáll újabban, tehát tuti valami memóriagond lesz és a mysql a ludas (mi más). Két lehetőség van: vagy a nagyobb adatfeldolgozásokkor megy vele a rendszer vagy ha sok user látogat egyszerre. Ezt akarom kideríteni, meg konkrétan hogy mit kellene optimalizálni, ha ezzel van gond. Hol milyen logot keressek és mit nézzek?



  2. #2
    Bölcs earnnet logója
    Csatlakozott
    12-08-15
    Hely
    Budapest
    Hozzászólás
    1.820
    Begyűjtött 812 köszönetet
    576 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    my.cnf-t már nem tudtam bemásolni, mert közben lefagyott megint valamilyen lekérdezés miatt
    error: cannot fork() for rev-list: Cannot allocate memory




  3. #3
    Bölcs charlie logója
    Csatlakozott
    09-11-23
    Hozzászólás
    1.486
    Begyűjtött 364 köszönetet
    284 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    elfogyott a memória.

    Van swap a gépen?

    free -m parancs kimenetét bemásolod?



  4. #4
    Bölcs earnnet logója
    Csatlakozott
    12-08-15
    Hely
    Budapest
    Hozzászólás
    1.820
    Begyűjtött 812 köszönetet
    576 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    HTML kód:
                 total       used       free     shared    buffers     cached
    Mem:          2001       1355        646         15         19        115
    -/+ buffers/cache:       1220        781
    Swap:            0          0          0
    Sikerült a query logot és már 70 megánál tart, tehát én csesztem el valamit. Akkor most nekem kéne rájönni, hogy mi nem oké a kódban



  5. #5
    Bölcs
    Csatlakozott
    11-12-21
    Hozzászólás
    763
    Begyűjtött 116 köszönetet
    100 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    Használsz Munin-t a szerveren?
    Az azonnal meg tudná mutatni, hogy mi folyik a szerveren na és mi a helyzet az sql-el.
    Hirtelen ez a grafikon sokat segítene a Muninből: mysql slowqueries

    Vagy ha PMA-ba megnézed a folyamatok listáját akkor abból kiderül, hogy melyik tábla / query okozza a nagy terhelést.


    Utoljára módosítva: Janko által : 2015-03-16 07:30

  6. #6
    Bölcs
    Csatlakozott
    09-12-19
    Hely
    Budapest
    Hozzászólás
    697
    Begyűjtött 102 köszönetet
    64 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    Szia!

    Feltételezhetően ez a free kimenet nem akkor készült, amikor a mysql szerver épp a halálán volt, ezért sajnos ebből nem tudtunk meg sokat, legalábbis azt nem, hogy valóban a rendszer memóriád kevés-e olyankor. Úgy gondolom, hogy bizonyos esetekben, ha csak rövid időre van szüksége a rendszernek a többlet memóriára, akkor beállíthatnál swap-et (ami ugyebár most nincs beállítva), de hosszú távon inkább nézd meg, hogy mi a gond! A hibaüzenet alapján, első körben esetleg próbáld meg korlátozni a mysql szerverhez kapcsolódók számát, ez természetesen nem oldja meg a problémát, de legalább a szerver nem fog letérdelni a problémás időszakban, illetve meglátod,hogy melyik oldal okozza a problémát!
    (my.cnf max_connections paraméter)

    Ha InnoDB-t használsz, akkor minden esetben praktikus megelőzni azt, hogy a mysql daemon kiölésre kerüljön, ugyanis a hírekkel ellentétben az InnoDB rendszert könnyű úgy megfektetni, hogy az egész adatbázisod egy hibaforrásá válljék, amit nagyon sok küzdéssel tudsz csak rendberakni!

    Ha lehetésges küldj majd egy dmesg kimenetet is, illetve a mysql szervered logjának utolsó releváns sorait!

    Az említett problémádat egyébként könnyen okozhatja egy zárolt és fel nem oldott tábla, de akár egy irreálisan elnyúló lekérdezés is, a pontos hiba behatárolását a logok elemzésével lehet megkezdeni. Az előttem szólók javaslata alapján telepítsd fel a munint, ahol a futó mysql query-k fognak segíteni neked legfőképp!

    Idézet earnnet eredeti hozzászólása Hozzászólás megtekintése
    HTML kód:
                 total       used       free     shared    buffers     cached
    Mem:          2001       1355        646         15         19        115
    -/+ buffers/cache:       1220        781
    Swap:            0          0          0
    Sikerült a query logot és már 70 megánál tart, tehát én csesztem el valamit. Akkor most nekem kéne rájönni, hogy mi nem oké a kódban




  7. Az alábbi felhasználók hálásak a válaszért:

    earnnet (2015-03-16)

  8. #7
    Bölcs earnnet logója
    Csatlakozott
    12-08-15
    Hely
    Budapest
    Hozzászólás
    1.820
    Begyűjtött 812 köszönetet
    576 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    Szia!

    ez egy része a dmesgnek:

    HTML kód:
    [8852069.488611] Out of memory: Kill process 28532 (mysqld) score 33 or sacrifice child
    [8852069.498468] Killed process 28532 (mysqld) total-vm:1351604kB, anon-rss:68432kB, file-rss:0kB
    [8852069.753538] init: mysql main process (28532) killed by KILL signal
    [8852069.753617] init: mysql main process ended, respawning
    [8852070.584293] type=1400 audit(1426461110.149:142): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/mysqld" pid=29132 comm="apparmor_parser"
    [8852239.183416] php invoked oom-killer: gfp_mask=0x201da, order=0, oom_score_adj=0
    [8852239.183449] php cpuset=/ mems_allowed=0
    [8852239.183479] CPU: 0 PID: 29713 Comm: php Tainted: G           OX 3.13.0-37-generic #64-Ubuntu
    [8852239.183483] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
    [8852239.183496]  0000000000000000 ffff88000416f968 ffffffff8171ed09 ffff880008664800
    [8852239.183512]  ffff88000416f9f0 ffffffff817195c4 ffffffff810678f6 ffff88000416f9c8
    [8852239.183517]  ffffffff810c779c 0000000000000000 ffff88007fffae28 0000000000000000
    [8852239.183523] Call Trace:
    [8852239.183589]  [<ffffffff8171ed09>] dump_stack+0x45/0x56
    [8852239.183604]  [<ffffffff817195c4>] dump_header+0x7f/0x1f1
    [8852239.183639]  [<ffffffff810678f6>] ? put_online_cpus+0x56/0x80
    [8852239.183659]  [<ffffffff810c779c>] ? rcu_oom_notify+0xcc/0xf0
    [8852239.183681]  [<ffffffff81151eae>] oom_kill_process+0x1ce/0x330
    [8852239.183707]  [<ffffffff812d4cd5>] ? security_capable_noaudit+0x15/0x20
    [8852239.183712]  [<ffffffff811525e4>] out_of_memory+0x414/0x450
    [8852239.183719]  [<ffffffff8115895c>] __alloc_pages_nodemask+0xa5c/0xb80
    [8852239.183737]  [<ffffffff81196d83>] alloc_pages_current+0xa3/0x160
    [8852239.183748]  [<ffffffff8114eaa7>] __page_cache_alloc+0x97/0xc0
    [8852239.183755]  [<ffffffff811504b5>] filemap_fault+0x185/0x410
    [8852239.183766]  [<ffffffff8117514f>] __do_fault+0x6f/0x530
    [8852239.183772]  [<ffffffff811792f2>] handle_mm_fault+0x482/0xf00
    [8852239.183799]  [<ffffffff8160991e>] ? sock_aio_write+0xfe/0x130
    [8852239.183810]  [<ffffffff8172ada4>] __do_page_fault+0x184/0x560
    [8852239.183832]  [<ffffffff811fecf1>] ? fsnotify+0x241/0x320
    [8852239.183839]  [<ffffffff8172b19a>] do_page_fault+0x1a/0x70
    [8852239.183846]  [<ffffffff810cd66e>] ? getnstimeofday+0xe/0x30
    [8852239.183851]  [<ffffffff8172a819>] do_async_page_fault+0x29/0xe0
    [8852239.183856]  [<ffffffff81727638>] async_page_fault+0x28/0x30
    [8852239.183864] Mem-Info:
    [8852239.183872] Node 0 DMA per-cpu:
    [8852239.183880] CPU    0: hi:    0, btch:   1 usd:   0
    [8852239.183883] CPU    1: hi:    0, btch:   1 usd:   0
    [8852239.183885] Node 0 DMA32 per-cpu:
    [8852239.183889] CPU    0: hi:  186, btch:  31 usd:  85
    [8852239.183892] CPU    1: hi:  186, btch:  31 usd:   3
    [8852239.183899] active_anon:453239 inactive_anon:966 isolated_anon:0
    [8852239.183899]  active_file:50 inactive_file:30 isolated_file:0
    [8852239.183899]  unevictable:0 dirty:0 writeback:0 unstable:0
    [8852239.183899]  free:13226 slab_reclaimable:2683 slab_unreclaimable:16891
    [8852239.183899]  mapped:3602 shmem:3870 pagetables:7821 bounce:0
    [8852239.183899]  free_cma:0
    [8852239.183905] Node 0 DMA free:8268kB min:348kB low:432kB high:520kB active_anon:7160kB inactive_anon:12kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15992kB managed:15908kB mlocked:0kB dirty:0kB writeback:0kB mapped:132kB shmem:144kB slab_reclaimable:12kB slab_unreclaimable:356kB kernel_stack:0kB pagetables:56kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes
    [8852239.183918] lowmem_reserve[]: 0 1983 1983 1983
    [8852239.183928] Node 0 DMA32 free:44636kB min:44704kB low:55880kB high:67056kB active_anon:1805796kB inactive_anon:3852kB active_file:200kB inactive_file:120kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:2080760kB managed:2034056kB mlocked:0kB dirty:0kB writeback:0kB mapped:14276kB shmem:15336kB slab_reclaimable:10720kB slab_unreclaimable:67208kB kernel_stack:2192kB pagetables:31228kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:643 all_unreclaimable? yes
    [8852239.183937] lowmem_reserve[]: 0 0 0 0
    [8852239.183942] Node 0 DMA: 5*4kB (UE) 13*8kB (UM) 5*16kB (UEM) 4*32kB (UEM) 2*64kB (UE) 3*128kB (UEM) 3*256kB (UEM) 3*512kB (UEM) 1*1024kB (E) 2*2048kB (MR) 0*4096kB = 8268kB
    [8852239.183980] Node 0 DMA32: 158*4kB (UE) 165*8kB (EM) 294*16kB (UEM) 228*32kB (UE) 102*64kB (UE) 53*128kB (UEM) 22*256kB (UE) 11*512kB (UEM) 2*1024kB (EM) 2*2048kB (MR) 0*4096kB = 44672kB
    [8852239.184092] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB
    [8852239.184100] 3979 total pagecache pages
    [8852239.184117] 0 pages in swap cache
    [8852239.184124] Swap cache stats: add 0, delete 0, find 0/0
    [8852239.184135] Free swap  = 0kB
    [8852239.184137] Total swap = 0kB
    [8852239.184140] 524188 pages RAM
    [8852239.184142] 0 pages HighMem/MovableOnly
    [8852239.184144] 11676 pages reserved
    [8852239.184146] [ pid ]   uid  tgid total_vm   




  9. #8
    Bölcs earnnet logója
    Csatlakozott
    12-08-15
    Hely
    Budapest
    Hozzászólás
    1.820
    Begyűjtött 812 köszönetet
    576 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    beállítottam 3gb swapet, hátha jobb lesz

    HTML kód:
                        total       used       free     shared    buffers     cached
    Mem:       2049964    1958232      91732      21244      91456    1448212
    -/+ buffers/cache:     418564    1631400
    Swap:      3071996          0    3071996




  10. #9
    Bölcs
    Csatlakozott
    09-08-20
    Hozzászólás
    524
    Begyűjtött 47 köszönetet
    39 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    [8852069.488611] Out of memory: Kill process 28532 (mysqld) score 33 or sacrifice child
    [8852069.498468] Killed process 28532 (mysqld) total-vm:1351604kB, anon-rss:68432kB, file-rss:0kB

    A webszervernél hány szál van engedélyezve? Nem ragadnak be process-ek?
    Milyen memória beállítások vannak az SQL szervernél?



  11. #10
    Bölcs earnnet logója
    Csatlakozott
    12-08-15
    Hely
    Budapest
    Hozzászólás
    1.820
    Begyűjtött 812 köszönetet
    576 hozzászólásával

    Alapbeállítás re: leáll a mysql folyamat

    A MaxKeepAliveRequests-re gondolsz? az 100.
    A cronnal lesz gond, szerintem több idő kell neki és átfedik egymást. Bizonyítani nem tudom, csak megérzés



Oldal: 1 / 3 123 UtolsóUtolsó

Könyvjelzők

Hozzászólás szabályai

  • Új témákat nem hozhatsz létre
  • Válaszokat nem küldhetsz
  • Fájlokat nem csatolhatsz
  • A hozzászólásaidat nem módosíthatod
  •