[PHP][MySQL] Optymalizacja połączenia z bazą Opcje

[djgarsi]

Witam.

Od jakiegoś czasu mam problem z przeciążeniem serwera, spowodowanym nieoptymalnym połączeniem z bazą (tak twierdzi hostingodawca).
Struktura tabeli z największą ilością danych (200tys rekordów) to:

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `pliki` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `nazwa` text NOT NULL,
  `www` int(2) NOT NULL,
  `identyfikator` int(11) NOT NULL,
  `data_dodania` datetime NOT NULL,
  `wyswietlen` int(11) NOT NULL DEFAULT '0',
  `pobran` int(11) NOT NULL DEFAULT '0',
  `ocena` int(11) NOT NULL DEFAULT '0',
  `polecane` tinyint(1) NOT NULL DEFAULT '0',
  `blokada` tinyint(1) NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  KEY `www` (`www`,`identyfikator`),
  FULLTEXT KEY `nazwa` (`nazwa`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin2 AUTO_INCREMENT=211448 ;
[SQL] pobierz, plaintext 

Przykładowe zapytanie do bazy, które powoduje obciążenie to:

[PHP] pobierz, plaintext 
$zap = 'SELECT www,identyfikator FROM pliki WHERE www="'.$www.'" and identyfikator="'.$identyfikator.'"';
		$query = mysql_query($zap) or die('Blad zapytania');
[PHP] pobierz, plaintext 

Czy ktoś mógłby mnie naprowadzić jak można to zoptymalizować?
Proszę o pomoc.

[Crozin]

@Sephirus: W tym konkretnym przypadku MyISAM może być nawet szybszy od InnoDB przy odczycie danych. Dodatkowo, jak sam zauważyłeś InnoDB w wersji MySQL 5.5 nie obsługuje indeksu pełnotekstowego (dopiero wersja 5.6 to wprowadza).

@djgarsi:
1. Jesteś pewien, że to ta tabela i to zapytanie jest wąskim gardłem? W tym przypadku mamy do czynienia z "idealną sytuacją", bo na dobrą sprawę wszystkie dane mogą być odczytane bezpośrednio z indeksu, z pominięciem tabeli samej w sobie.
2. Pamiętaj, że ilość rekordów wcale nie ma aż tak dużego znaczenia w tabeli. Najlepiej jakbyś pokazał nam slow query loga.