Adatbázis: SQL, XML DB

MySQL replication slave: magas CPU haszálat

Sziasztok!

Pár hete beállítottam két gép között a MySQL replikációt, pár napja folyamatosan emelkedik a slave-en a CPU használat, pár órája 90%-on áll. Mindeközben a masteren alig van MySQL kérés, tehát semmi nem indokolja a slave magas terhelését.

Mi okozhatja ezt? Ami furcsa, hogy a /var/log/mysql-ben nagyon sok (több száz MB) binlog van.

Más: a /proc/interrupts-ban a LOC érték másodpercenként több százzal növekszik.

Petya

MySQL és Postgres egy gépen

Sziasztok!

Van egy ismerősömnél egy Debian Etch-en futó Mysql két nagy adatbázissal egy 4 giga a másik egy. Szeretne erre a szerverre telepíteni egy Postgres SQL-t is. Nem tudom érdekes-e, de itt az adatbázis mérete 1-1,5 giga. Szóval a kérdés az érdemes-e a két adatbáziskezelőt egy szerveren futtatni? Kell-e valamire ügyelni ha mindkettő ugyan azon a vason fut?

mysql sebességkérdések

Hi!

Lenne néhány sebességkérdésem viszonylag nagyterheltségű rendszerekhez. Inkább a belső működésre vonatkoznak, de remélem tud valaki valamit mondani.

A) Van egy sok millió soros tábla, amiből szeretnék mondjuk 100 sort kiválasztani.
1)

 s elect * from table where id > 100 and id < 201 

2)

s elect * from table where id = 101 ;
s elect * from table where id = 102; 
...
...
...
s elect * from table where id = 200 

Feltételezem az első megoldás sokkal gyorsabb, de mennyi a különbség, ha mondjuk ugyanazt a 100 sort nem egy, hanem 100 különálló s electtel kérdezem le? Nagyságrendbeli, vagy 2- es szorzó alatti?

A többit majd később.

Köszi.

XML fájl megjelenítése

Többször beleütköztem már abba a problémába, hogy meg akartam nyitni egy xml kiterjesztésű fájlt. Meg is nyitotta a rendszer a FireFox-val, de ott mindig egy HTML fájlhoz hasonló forrást látok.

Kérdés: Nincs az xml fájloknak valami nézegető szoftvere, ahol nem a forrást látom, hanem a végeredményt? Úgy mint a html fájlok esetén a FireFox.

MEGOLDVA: MySQL és a CodePage 1252

Sziasztok!

Ha a c# programomból a MySQL adatbázisomhoz szeretnék kapcsolódni, ezzel a kivétellel áll le a programom:

Exception: CodePage 1252 not supported

Az operációs rendszerem UBUNTU 8.04

Hogyan lehetne rávenni a MySQL-t, hogy működjön?
Pontosan azt sem értem, az a baja-e, hogy én használok 1252-es kódot, vagy azt szeretné, ha használnék?

Remélem tudtok hasznos tanácsokat adni. Köszi!

Data too long for column

Sziasztok!

Teljesen értetlenül állok az alábbi probléma előtt.
Egy CSV fájlban található adatokat kell feltöltenem egy adatbázisba. Megírtam hozzá a PHP szkriptet és localhoston (Fedora 7) minden probléma nélkül lefutott. Ezek után megpróbáltam feltölteni az adatokat a célszerverre, ami egy Windows Server 2003 OS-en fut.

A szkript a következő hibát adta:

Data too long for column 'beosztas' at row 1

Azért nem értem, mert a táblában a 'beosztas' mezőbe bőven beleférne az adat (

VARCHAR(200)

). Az még tovább növeli a furcsaságot, hogy phpMyAdmin-be másolva a kérést feltölti az adatokat.

A Google és a bugs.mysql.com nem segített. A MySQL-szerver verziója: 5.0.41-community-nt. A kliensé: 5.0.37.

Találkozott-e már valaki ilyen problémával?

Előre is köszi mindenkinek a válaszokat!

mysql trigger

Hello!

Az alábbi triggert szeretném léterhozni mysql-ben:

CREATE TRIGGER mac_trigger AFTER INSERT ON radacct FOR EACH ROW
IF (SELECT COUNT(*) FROM radcheck WHERE ( UserName = NEW.UserName AND Attribute = 'Calling-Station-Id' AND Value = '')) > 0 THEN
UPDATE radcheck SET Value = `NEW.Calling-Station-Id` WHERE (UserName = NEW.UserName AND Attribute = 'Calling-Station-Id')
END IF;

(nem rakom code-ba, mert akkor látszanak a mod_security miatt belerakott

<m>

-ek)

De syntax errot-t kapok. Mit csinálok rosszul?

Annyit szeretnék, hogy ha a radacct táblába beszúrunk egy új rekordot, akkor a radcheck táblában megnézzük, hogy ahol UserName == a radacct-ba beszúrt új sor UserName mezője, és Attribute == 'Calling-Station-Id', ott a Value mező üres-e. Ha üres, akkor szúrjuk be oda a radacct táblába újonnan beszúrt sor Calling-Station-Id mezőjét.

Tudtok nekem segíteni?

Előre is köszönöm!

Petya