Hirdetés
- Fotók, videók mobillal
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Bemutatkozott a Poco X7 és X7 Pro
- Fele annyit ér az iPhone Air, mint amennyibe pár hete került
- Nem lesz olcsó a Realme GT 8 Pro Európában
- Android szakmai topik
- Xiaomi 15T Pro - a téma nincs lezárva
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Samsung Galaxy S25 Edge - a tegnap határán
- iPhone topik
-
Mobilarena
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
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- BLACK FRIDAY! - Jogtiszta Windows - Office & Vírusirtó licencek- Azonnal - Számlával - Garanciával
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Antivírus szoftverek, VPN
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Epson Workforce DS-530II dokumentumszkenner
- Újszerű Apple MacBook Air M1 13.3 - 8GB/256GB - Asztroszürke - 150 Ciklus - 92% akku - 1 év gari -
- Apple iPhone 11 64GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 11 Pro Max 64GB mobiltelefon
- ÚJ Xiaomi Mi Robot Vacuum Mop Essential robotporszívó feltörlő 2db 1999 Ft
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi
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.

