-
Fototrend
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
- Gaming notebook topik
- Nem folyik, nem kenődik, de hűteni azt tud
- Kínai és egyéb olcsó órák topikja
- Videós, mozgóképes topik
- Na, milyen hardver kerül a fa alá?
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Windows 11
- Milyen okostelefont vegyek?
- World of Tanks - MMO
- Kerékpárosok, bringások ide!
- További aktív témák...
- Gyermek PC játékok
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- PC Game Pass előfizetés
- Magyarország piacvezető szoftver webáruháza
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RTX 5070 Ti 16GB GAMER PC termékbeszámítással
- Eredeti Lenovo 300W töltők - ADL300SDC3A
- BESZÁMÍTÁS! MSI B760M i7 14700K 32GB DDR5 1TB SSD RX 9070 XT 16GB Lian Li Lancool 207 Digital 750W
- Samsung Galaxy A53 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: Laptopszaki Kft.
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.
