Hirdetés
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- Elektromos rásegítésű kerékpárok
- Fogkefe: elektromos vagy manuális?
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- GoodSpeed: Márkaváltás sok-sok év után
- droidic: Gmail + MI: na, mi van bekapcsolva?
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Szevam: ChatGPT: Bizonytalansági jelölés funkció bekapcsolása
-
LOGOUT
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
válasz
VladimirR
#2851
üzenetére
Ha olvasás baja van, akkor át kell faragni az sql lekérdezést (mint ahogy tetted
mysql-t nem ismerem, postgresben van egy explain nevű utasítás, ami a mögé írt sql kifejezés végrehajtása helyett elmondja, hogy hogyan fogja megcsinálni. Addig kell faragni az sql-t (néha tök értelmetlen módon is), amíg a sequential scan-ból index search és hasonlók nem lesznek. Érdemes még indexeléssel is foglalkozni.
Hogy az ext3 jó vagy sem, erre nincs érdemi válasz. Mi a fontosabb számodra: gyors hibahelyreállítás vagy gyors normál működés. Az ext3 naplózó rendszere miatt az ext2 brutálisan sokkal gyorsabb, viszont ha lezakkant a gép, az ext2-t ellenőrizni kell és az órák hosszat is eltarthat. Ha otthon szöszmötölsz, akkor lehet ext2, mert ki bírod várni a rebootot, ha céges adatok, akkor kizárt.
Egyébként ha van lehetőséged áttérni postgresre, akkor javasolnám. A 8.2-es mostani tesztek szerint nagyob megveri a mysql-t, főleg több kliens esetén. Ráadásul amikor utoljára néztem, a mysqlben nem volt open source tranzakciókezelés, ami számomra kétségessé tette az adatbáziskezelő kifejezés használatát.
A több száz mega az relatív, nekem volt olyan postges táblám, amiben 240 millió rekord volt, több tíz gigás, és jól ment. Ha nem bírja a diszk szuflával, próbáld meg több meghajtón elhelyezni az adatokat. Elvileg a kernel is tud raid-et, ami gyorsíthatja az adatkezelést, másrészt amikor utoljára néztem, a mysql tudott tábaszintű raidet (a mysql saját maga tudta, nem oprendszer), ezzel szét lehetett osztani a terhelést sok diszkre és ez sokat javított. Én próbáltam anno 8 diszkes mysql-t, érezhető volt a javulás.
De indexeléssel próbálkoznék először, az szokott a legtöbbet dobni.
Új hozzászólás Aktív témák
- Hogy is néznek ki a gépeink?
- World of Tanks - MMO
- sziku69: Fűzzük össze a szavakat :)
- RETRO beárazás (mobil, PC, konzol)
- Ne már! Drágább lesz a GPU a memóriapánik miatt?
- A fociról könnyedén, egy baráti társaságban
- EA Sports WRC '23
- 3D nyomtatás
- sziku69: Szólánc.
- Vivo X300 Pro – messzebbre lát, mint ameddig bírja
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 mini 128GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3338, 100% Akksi
- ÚJ GIGABYTE A16 3VH - 16" WUXGA 165Hz - Ryzen 7 260 - 16GB - 1TB - Win11 - RTX 5060 - 3 év garancia
- GYÖNYÖRŰ iPhone 13 Pro 256GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3358, 100% Akkumulátor
- Samsung Galaxy Z Flip 5 512GB, Kártyafüggetlen, 1 Év Garanciával
- Vállalom FRP Lock os telefonok javítását ingyen kiszálással és akár helyszíni javittással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
mysql-t nem ismerem, postgresben van egy explain nevű utasítás, ami a mögé írt sql kifejezés végrehajtása helyett elmondja, hogy hogyan fogja megcsinálni. Addig kell faragni az sql-t (néha tök értelmetlen módon is), amíg a sequential scan-ból index search és hasonlók nem lesznek. Érdemes még indexeléssel is foglalkozni.
