Adatbázis: SQL, XML DB

Sziasztok!
Mindenek előtt szeretném leszögezni, hogy nem igazán értek a MySQL beállításokhoz ezért előre is elnézést szeretnék kérni, ha sok mindenben pontatlan leszek.
A problémám az lenne, hogy a MySQL szerver iszonyatosan sok CPU-t zabál, de mindezek mellett semmi ramot. A célom az lenne, hogy gyorsítsam a kiszolgálást és normalizáljam a CPU terhelést.
A jelenlegi felállás:
VPS 1 (Web szerver):
-4CPU 4*3,5GHz
-4GB DDR3 1600MHz RAM
-30GB HDD 7200rpm RAID1-ben
VPS 2 (Adatbázis szerver):
-4CPU 4*3,5GHz
-4GB DDR3 1600MHz RAM
-30GB HDD 7200rpm RAID1-ben
A két gép között a kommunikáció belső hálózaton megy 1Gb/s-es kapcsolattal. A web szerver nginx+php5-fpm kombinációja.
Jelenleg az SQL fő motorja MyISAM és a táblák motorja is. Két adatbázisban vannak eltárolva az adatok, a táblák száma és a struktúra megegyezik. 6-6 tábla van, az egyik adatbázis ~22MB-ot foglal és ~169.000 sor van benne a másik adatbázis ~11MB-ot foglal és ~76.000 sort tartalmaz (phpmyadmin szerint)
MySQLTuner kimenet: http://pastebin.com/gCJ2bWke (sajnos az uptime kevés, mert próbálgatom a beállításokat jelenleg is)
MySQL konfiguráció: http://pastebin.com/CLVgKfJQ
A CPU terhelés az adatbázis szerveren csak a MySQL által 90-100%
A ram nem akadály, ha valamiért többre lenne szükség, hogy jobban fusson a rendszer akkor teszünk még bele.

Sziasztok

szeretnek egy kis tapasztalatra szert tenni, hogy ki milyen Backup megoldasokat hasznalna/hasznal egy Proalpha ERP alkalmazas mentesehez. Az alkalmazas alatt OpenEdge adatbazis fut.
Mivel eddig meg nem volt dolgom OpenEdge-el,ezert szeretnek elotte informaciokat,tanacsokat gyujteni..

Sziasztok!

Van egy programom, mely két telephelyen működik, Firebird / Interbase adatbázissal, 62 tábla, triggerek, generátorok, stb.
Ezek adatbázisának tartalmát szeretném egyesíteni, úgy, hogy ne legyen benne adatfelülírás, tehát a forrás adatbázisban a kulcsokat módosítsa, úgy hogy az egyesített adatbázis is megfelelően működjön.

Aki már foglalkozott ilyennel, annak segítségét kérem, hogy induljak neki.

Köszönettel:
Laci

Sziasztok,

van valakinek otlete hogy Oracle-nel hogy tudnek csak egyetlen egy Offline Redolog File-t (archive log) egy meghatarozott Szekvenciaval megint letrehozni?
Az adatbazis Archive Modus-ban uzemel. Szepen irja ki az Offline log-okat. Valamilyen okbol eltunt egy szekvenciam amire szuksegem lenne,mert ezekkel az offline logokkal frissitem a helyi teszt adatbazisunkat. Az eles szerverunk es a teszt szerverunk kozott eleg gyer a berelt vonal halozati sebessege,ezert nem szeretnek az eles szerverrol megint egy full RMAN backup-ot kesziteni. Emiatt mindig csak a valtozasokat szinkronizalom offline redologs formaban.
Lehet egyaltalan csak egyetlen egy offile redolog-ot visszaallitani?
Oracle 11g-t hasznalok Standard One intallation-al.
Koszonom elore is a valaszokat.

Sziasztok!

Van egy PostgreSQL 8.0.5 és egy Tomcat 5.5.9-ből álló elektronikus naplónk.
Szerettem volna elköltöztetni őt egy virtuális Windows Server 2008-ra, de ő nem igazán akarja.
Az annak idején kapott telepítő lemezről szépen felmásolgattam, amit kell/ahova kell, letöltöttem a frissítőjüket, a régi gépről backup - restore-al átvittem az adatbázist. Az adatbázis és a tomcat ugyanazon a rendszeren van.
Működik is a cucc, de bizonyos lekérdezések nagyon lassúak (a régi gépen ezek kb. 5 másodpercet vettek igénybe, az új környezetben percekig homokórázik).
Próbáltam bekapcsolni a lekérdezések logolását, (log_min_duration = 0), de érdekes módon az app lekérdezéseit nem logolja, csak azt, amit én kézzel a pgadminból indítok.
A lassú lekérdezések alatt megjelenik viszont más a logban:
unexpected EOF on client connection
could not receive data from client: No connection could be made because the target machine actively refused it.
Ugyanekkor a tomcat logjában ilyeneket látok:
db.Connection - EXCEPTION java.lang.NullPointerException;CheckConnection()
Eközben a lekérdezéshez tartozó postgresql folyamat 100%-on pörgeti a processzort.
Újraindítás nem segített, de érdekes módon a sok próbálkozás közül egyetlen egyszer megjelentek az eredmények gyorsan, azóta sem tudom mitől.
Eleinte a telepítés uátni alapbeállításokkal próbálkoztam, aztán nekiálltam tuningolni a memóriahasználatra vonatkozó paramétereket, de ettől sem lett jobb.

Sajnos nem értek ehhez az egészhez, a kugli sem segített. Esetleg van valakinek ötlete, mi lehet a probléma?

Előre is köszi!

Üdv mindenkinek,

MYSQL ügyben kérnék segítséget.

Egy tábla sok (20-50) tárolt eljárás adatait tartalmazza. Eljárás neve, milyen esetben kell végrehajtani, stb.
Valamilyen kulturált megoldást keresek amivel a táblára végrehajtott lekérdezés eredményétől függően meg tudom hívni a szükséges eljárásokat.

CREATE TABLE proctable (
    proc_name     VARCHAR(30),
    proc_priority INT,
    proc_type     ENUM('type1','type2','type3')
)


SET @qry = (
    SELECT GROUP_CONCAT(
        CONCAT('CALL ',proc_name,'(p1,p2,p3); ')
        ORDER BY `proc_priority` SEPARATOR '')
    FROM proctable
    WHERE `proc_type` = 'type1'
    );

PREPARE stmt FROM @qry;
EXECUTE stmt;
DEALLOCATE PREPARE stmt;

A lekérdezés előállít egy listát @qry amit végre lehetne hajtani:

CALL proc_aaa(p1,p2,p3); CALL proc_bbb(p1,p2,p3); CALL proc_ccc(p1,p2,p3);

De sajnos az a baj, hogy nem lehet pontosvesszővel elválasztott több utasítást végrehajtani (You have an error in your SQL syntax).

Milyen más megoldással lehetne a feladatot megoldani? Van valakinek ötlete?

A válaszokat előre is köszönöm.

Van egy adatbázis, amin belül van egy 'cégek' tábla, ami tartalmazza a cégek főbb adatait. Minden cégnek van egy külön 'CÉGNEVE_országok' táblája, amiben a hozzá kapcsolódó országok paraméterei szerepelnek.

Azt szeretném elérni, hogy az összes 'CÉGNEVE_országok' táblából olvassa ki az országok neveit, hogy azt egy legördülő listában jelenítsem meg, így az adott országhoz tartozó cégeket akarom majd kiíratni.

Próbálkoztam sokféleképp, a megoldáshoz legközelebb talán ezzel jutottam:

SELECT * 
FROM (SELECT GROUP_CONCAT( table_name ) 
      FROM information_schema.tables 
      WHERE table_schema = 'adatbazis' AND table_name LIKE '%_orszagok'
     ) AS x

A belső SELECT szépen kidobja az érintett táblák vesszővel elválasztott listáját, de a külső SELECT-et nem tudom rávenni arra, hogy ebből a listából vegye a táblák neveit, és ne ennek a listának az elemeit (azaz egy darab sztringet) akarjon kiírni.

Rossz úton járok, vagy csak még nem találtam meg a megfelelő utasítást?

hello,

futtattam két queryt, egymás alá raktam be go-val összekötve és press execute explain.
Az eredmény: http://kepfeltoltes.hu/140226/result_www.kepfeltoltes.hu_.png
A két query közti különbség:
-első query-ben row_number,
-a másodikba pedig min() van használva a kiválasztásra.
A kérdésem az lenne hogy kell értelmezni a képen található adatokat? :D
Valaki segítene ebbe eligazodni, vagy ajánlani vmilyen szakirodalma, blogot, fórumot ahol kikupálódhatnék a témába?

DB2, Aquadata

Köszi

Fejlesztőként valaki használja-e vagy rendszergazdaként valaki üzemeltet-e szervert amin ilyen alkalmazás fut?

Adott tükörben két PowerEdge T110 II (KR1P74-HYC típusú ECC memóriával, PERC H200 vezérlővel ver.07.03.05.00, 4db ST3300657SS SAS diszk, mindegyiken azonos ES68 firmware) azon CentOS 6 OpenVZ kernellel, DRBD közöttük. kb. 7 hónapja. Egyetlen (korlátozások nélküli azaz minden maximum) konténerben fut egy DataFlex alkalmazás és újabban egyre gyakrabban indexhiba történik. A hardverrel sehol semmi probléma nem látszik. Hamarosan átállunk a másik node-ra próbaképp, de gyanítom ott is ugyanez lesz a helyzet. A fejlesztő HW hibát kiált mert neki mindenhol máshol jó, de itt várhatóan az lesz az eredmény, hogy nem a HW a ludas. Ha valakinek van köze DataFlex-hez örülnék ha megosztaná a tapasztalatait index sérülés témában, tapasztalt-e ilyet illetve van-e rá valami gyógyszer akár DataFlex akár OS konfiguráció szintjén. Előre is köszönöm.

Üdv!
Újra, mert az előző téma eltűnt...

A segítségeteket szeretném kérni MySQL finomhangolás ügyében.

A környezet:
CPU: 2x XEON 5650
RAM: 3 GB
OS: Ubuntu 12.04
MySQL: 5.5.34

Mysqltuner.pl kimenet:
>> MySQLTuner 1.2.0 - Major Hayden
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[OK] Logged in using credentials from debian maintenance account.

-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.34-0ubuntu0.12.04.1-log
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 229M (Tables: 347)
[--] Data in InnoDB tables: 24M (Tables: 629)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in MEMORY tables: 0B (Tables: 6)
[!!] Total fragmented tables: 642

-------- Security Recommendations -------------------------------------------

-------- Performance Metrics -------------------------------------------------
[--] Up for: 1h 41m 31s (261K q [42.874 qps], 2K conn, TX: 170M, RX: 41M)
[--] Reads / Writes: 89% / 11%
[--] Total buffers: 1.2G global + 5.4M per thread (151 max threads)
[OK] Maximum possible memory usage: 1.9G (66% of installed RAM)
[OK] Slow queries: 0% (6/261K)
[OK] Highest usage of available connections: 5% (9/151)
[OK] Key buffer size / total MyISAM indexes: 512.0M/52.3M
[OK] Key buffer hit rate: 100.0% (57M cached / 7K reads)
[OK] Query cache efficiency: 82.5% (173K cached / 210K selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (2 temp sorts / 5K sorts)
[OK] Temporary tables created on disk: 20% (1K on disk / 6K total)
[OK] Thread cache hit rate: 99% (9 created / 2K connections)
[OK] Table cache hit rate: 25% (1K open / 4K opened)
[OK] Open file limit used: 17% (763/4K)
[OK] Table locks acquired immediately: 99% (60K immediate / 60K locks)
[OK] InnoDB data size / buffer pool: 24.0M/128.0M

my.cf:
http://pastebin.com/ty0FQynE

Most a mysqltuner kimenetből nem látszik, de napi 27k cache ürítés van, ami szerintem magas. Ezen felül az InnoDB táblák töredezettek.

Min állítsak?

Lőre is köszi!