@faster2b said:

Ciao,
ho letto un po di più sul progetto, certo, il mysql può essere usato per il motore di ricerca interno (anche se personalmente per tanti motivi preferisco postgresql),
ma per realizzare un motore di ricerca completo non è pensabile usare ne mysql ne php.

Nel caso di un motore di ricerca normale, io dirrei che il php è ottimo per quanto riguarda il recupero dei risultati.. Invece per lo spider non se ne parla proprio, si deve fare in C++ per avere dei buoni risultati...

Ciao a tutti,
io invece ho un problema di questo tipo:
Database MySql 5 su RedHat Enterprise con all'interno varie tabelle ma una avente 1.000.000 di records circa e di 170 Mb e da quando si sono raggiunti questi valori il Db è quasi completamente fermo. Dove posso mettere le mani per ottimizzare le prestazioni di MySql? Grazie sono nel panico!!

Prova ad utilizzare gli indici.

Il Db è già indicizzato... e nelle qry in molti casi recupero i dati con il fetch_row... Ma è sempre lentissimo... qualche dritta per i file di configurazione?

http://it2.php.net/manual/it/function.mysql-pconnect.php
http://it2.php.net/manual/it/function.mysql-unbuffered-query.php
http://it2.php.net/manual/it/function.mysql-free-result.php

Poi dipende dalla tabella, da quello che cerchi e da come hai strutturato gli indici...

In riferimento al problema di lentezza del Db MySql è possibile che sia invece la configurazione di Apache a madare in crisi la macchina? Avete suggerimenti?

... mi spiego meglio, la configurazione di MySql è spinta al massimo e lanciando il top della macchina i processi di mysql non si vedono nemmeno ma di query ne vengono eseguite centinaia ogni minuto. Dal top, invece, si vedono numerosissimi processi httpd... sarà Apache il problema?

@SSD said:

... mi spiego meglio, la configurazione di MySql è spinta al massimo e lanciando il top della macchina i processi di mysql non si vedono nemmeno ma di query ne vengono eseguite centinaia ogni minuto. Dal top, invece, si vedono numerosissimi processi httpd... sarà Apache il problema?

il tuning di apache + mysql dipende molto dall'hardware e dalle connessioni che si ricevono.
e cmq mysql non lo vedrai con top, finché non ordini i dati in base alla memoria usata (pigia M e lo vedrai tra i primi).
in ogni caso, temo siamo tremendamente OT. se hai bisogno di aiuto, ti consiglio di aprire un thread ([url=http://www.giorgiotave.it/forum/linux-e-open-source/]qui?) riportando un po' di dati di configurazione di apache e mysql, un output di top e di netstat -nat|grep :80|grep ESTA|wc -l
e ovviamente, anche se usi connect o pconnect.
anche l'output di mytop sarebbe utile.
cosí, tanto per iniziare a farci un'idea.

Apache è un webserver molto diffuso ed anche abbastanza rapido. Ma quando si tratta di pura velocità c'è solo Zeus. Come saprete Zeus costa una cifra (ne vale tutta), ma in alternativa se volete un server HTTP molto più rapido di Apache e che costi nulla ecco: http://www.lighttpd.net (le sue prestazioni tendono a quelle di Zeus).

Per quanto riguarda Mysql non è la soluzione ideale per questi progetti, ma dato l'ambito di impiego non vie è nulla di più indicabile. Per i problemi sopra indicati ci sarebbero dozzine di spiegazioni. Basterebbe leggere la relativa manualistica.

Per quanto attiene la questione del linguaggio Php, è chiaro a tutti che si tratti di una forzatura pazzesca, ma inquandrando il suo utilizzo con la motivazione offerta da giorgio, credo che non ci sia nulla da obiettare. Per questioni legate alle performance c'è poco da scegliere: c, c++, phyton.

Anche l'architettura è fondamentale. L'applicazione deve essere distribuita, scalabile e modulare? Si vuole operare in ambienti di multiprogrammazione, multielaborazione?

===

Già che mi trovo: esiste una documentazione organica della architettura di progetto che sia visionabile? Mi piacerebbe sbirciarla per capire se possa rendermi utile.

o magari il problema è più semplice, magari un 'WHERE col LIKE %val%' in una tabella da 1.000.000 di record

il nostro sistema e' basato su Linux e Mysql...
non ci sono assolutamente problemi per la grandezza del DB...

@SSD said:

Il Db è già indicizzato... e nelle qry in molti casi recupero i dati con il fetch_row... Ma è sempre lentissimo... qualche dritta per i file di configurazione?

Ciao,
aggiungi EXPLAIN all'inizio della query, e posta i risultati che ti fornisce mysql, secondo me c'è un problema nella query strutturata male (oppure una ricerca non indicizzata).

hai attivato la cache sulle query ??

ritornando al topic principale non penserete davvero che gli utenti finali interagiscano con il db in modo diretto vero ?

non vedo problemi per l'uso di mysql, piu' che altro bisognerebbe sapere a che punto e' il progetto

Ma queste query sul database le avete sul motore di ricerca oppure semplicemente su sito web?