Witam wszystkich, mam tabelkę w bazie strony.
w niej kolejno takie kolumny:

[SQL] pobierz, plaintext 
ID int(11) NOT NULL AUTO_INCREMENT,
kat int(11) NOT NULL,
pod int(11) NOT NULL,
typ_id int(11) NOT NULL,
typ int(1) NOT NULL,
autor varchar(40) NOT NULL,
opis text NOT NULL,
zawartosc text NOT NULL,
DATA datetime NOT NULL,
cena int(11) NOT NULL,
wyswietlen int(11) NOT NULL,
PRIMARY KEY(ID)
[SQL] pobierz, plaintext 

Pobieram 3 ostatnie lub 3 pierwsze strony z tym że warunkiem jest kolumna typ
Pobieram dane np. tak

[SQL] pobierz, plaintext 
SELECT ID FROM strony WHERE typ=0 ORDER BY ID DESC LIMIT 3;
[SQL] pobierz, plaintext 

lub

[SQL] pobierz, plaintext 
SELECT ID FROM strony WHERE typ=0 ORDER BY ID ASC LIMIT 3;
[SQL] pobierz, plaintext 

lub

[SQL] pobierz, plaintext 
SELECT ID FROM strony WHERE typ=1 ORDER BY ID DESC LIMIT 0,3;
[SQL] pobierz, plaintext 

lub

[SQL] pobierz, plaintext 
SELECT ID FROM strony WHERE typ=1 ORDER BY ID ASC LIMIT 0,3;
[SQL] pobierz, plaintext 

w tych ostatnich robię stronicowanie wiec limit ma 3 wyświetlić rekordy ale zaczynające się od jakiegoś tam już wcześniej.

A teraz z czym mam problem, przy 100 wpisach wczytuje się to błyskawicznie, ale przy 1000000
Czyli przy milionie takich wpisów wykonuję się to u mnie 25,98 sekund.

Dlaczego taki długi czas skoro pobieram tylko 3 wiersze
Może powinienem jakoś oznaczyć kolumnę typ dla lepszego indexowania tylko jak to zrobić 
Nawet jeśli próbuję stronicować samo pole ID to muli się to strasznie.
Jak radzą skrypty na których są forum internetowe, tam jest tego miliony i działa szybko, dlaczego u mnie się tak to muli

Gdzie popełniam błąd
Czy całkowicie wyrzucić dane tekstowe na inną tabele
Jak sobie panowie radzicie z takimi problemami.

Dziękuję serdecznie za pomoc.

daj index na typ

id jest kluczem głównym więc nie ma potrzeby dawania mu indexu

A nie na ID?
Uczyli mnie, że zwykle robi się na pole, które jest PRIMARY KEY;

Jak nie, to na typ:

[SQL] pobierz, plaintext 
CREATE INDEX Index_typ ON strony (typ);
[SQL] pobierz, plaintext 

jak jest primary key to już nie trzeba indexu

//ad dół polecam się na przyszłość :-)

No, czyli albo źle zrozumiałem, albo mój nauczyciel prawi głupoty.
Poszukałem trochę i faktycznie, PRIMARY KEY jest automatycznie indeksem...
Dzięki Bełdzio za naprostowanie.

Panowie, tak ID jest indeksem głównym i dlatego ustawiam na niego PRIMARY KEY,

kolumna typ może zawierać (0,1,2) tak do 9, w przyszłości może będzie więcej jeszcze nie wiem.

Boli mnie fakt że przy milionie wpisów by wyświetlić 3 ostatnie wpisy zajmuję to do 30 sekund, po tym oczywiście sql zrobi cache i jest szybciej, ale gdy chce kolejną podstronę otworzyć to dalej mam taki długi okres oczekiwania..

Wracając do tematu co proponujecie

Próbowałem sortować ją według
ALTER TABLE strony ORDER BY ID oraz BY ID, typ.

Oba przypadki w niczym mi nie pomagają.
Dlaczego sql się tak muli , przecież nie pobieram dużo danych ani nie losuję ich, pobieram 3 rekordy a on ma taki cholerny problem z ich wczytaniem.

Jak działają zatem cms'y For Dyskusyjnych, jest bardzo dużo danych w tabelach, dużo wierszy i mimo to wczytuje się to w dobrym czasie.
Można by zrobić cachowanie po stronie php. ale sami zobaczcie mam np. pobieranie 3 ostatnich i 3 pierwszych stron, z tym nie ma problemu.
a jak chce wyświetlać taki milion stron i np. po 10 je odczytywać na stronę, dla każdej nie zrobię cachowania bo to mija się z celem użycia baz danych sql.

Napiszcie mi co robię w takim razie źle..

Mój sprzęt to.
2x3GHz, 2,5 GB ramu, serwer postawiony jest na unixie. na moim localhoscie
Dysk 320 GB SATA, bardzo ładne transwery, na sprzęcie nie pracuje nic więcej co by mogło zamulać pracę serwera.
Testy dokonuję na localhoscie z konsoli mysql.

Serwer jest zainstalowany "Xampp" (Najbardziej był skonfigurowany pod SEO itp.), przekonfigurowanego delikatnie.
Dla poprawy cachowania zmieniłem ustawienia z /etc/my.cnf


Poprawiło to jedynie cachowanie, ale 1 raz wczytać zawartość muszę i się muli, później już jest na tej zawartości ok
Ale gdy użyję po SELECT SQL_NO_CACHE
to czas jest od 25 do 30 sekund, moim zdaniem katastrofa jak na takie dane.
Na końcu oczywiście włączyłem cachowanie żeby nie było że mam bez.

Przed testami miałem standardową konfigurację i było to samo.

w polach tekstowych trzymasz dużo danych? dodałeś index na typ?

Z tymi danymi różnie, dla testu nie mam ich wiele, ale później będzie ich znacznie więcej,

Przy tworzeniu tabeli ustawiłem klucz PRIMARY KEY dla ID.
Kolumny typ nie oznaczałem, jaki index mam ustawić dla typ by mogły się powtarzać ale również by po nich szybko sortował

Obecna tabela ma taką postać:

[SQL] pobierz, plaintext 
CREATE TABLE `strony` (
  `ID` int(11) NOT NULL AUTO_INCREMENT,
  `kat` int(11) NOT NULL,
  `pod` int(11) NOT NULL,
  `typ_id` int(11) NOT NULL,
  `typ` int(1) NOT NULL,
  `autor` varchar(40) COLLATE utf8_polish_ci NOT NULL,
  `opis` text COLLATE utf8_polish_ci NOT NULL,
  `zawartosc` text COLLATE utf8_polish_ci NOT NULL,
  `data` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `cena` int(11) NOT NULL,
  `wyswietlen` int(11) NOT NULL,
  PRIMARY KEY (`ID`)
) ENGINE=MyISAM AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci;
[SQL] pobierz, plaintext 

Na innych miejscach strony również biorę pod uwagę pola kat,pod,ID
Czyli w warunku daje np. kat=1 AND pod=6 AND typ=1
Przykładowo.

wrzuć

[SQL] pobierz, plaintext 
ALTER TABLE strony ADD INDEX ( typ );
[SQL] pobierz, plaintext 

Dzięki czyli nie index a key muszę przypisać dodatkowym polom czyli.

[SQL] pobierz, plaintext 
CREATE TABLE `szablony` (
  `ID` int(11) NOT NULL AUTO_INCREMENT,
  `kat` int(11) NOT NULL,
  `pod` int(11) NOT NULL,
  `typ_id` int(11) NOT NULL,
  `typ` int(1) NOT NULL,
  `autor` varchar(40) COLLATE utf8_polish_ci NOT NULL,
  `opis` text COLLATE utf8_polish_ci NOT NULL,
  `zawartosc` text COLLATE utf8_polish_ci NOT NULL,
  `data` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `cena` int(11) NOT NULL,
  `wyswietlen` int(11) NOT NULL,
  PRIMARY KEY (`ID`),
  KEY `typ` (`typ`)
) ENGINE=MyISAM AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COLLATE=utf8_polish_ci
[SQL] pobierz, plaintext 

Dodatkowo w warunku where uwzględniam kat, pod czy je też mogę dodać na tej samej zasadzie co typ

możesz, aczkolwiek miej na uwadze, że im więcej masz indeksów tym dodawanie rekordów jest wolniejsze

Dzięki bełdzio bardzo mi pomogłeś, napisz mi jeszcze czy można z konsoli mysql wyłaczyć cachowanie, tzn by strona która mi się ładuje była bezpośrednio wczytywana z bazy a nie z cache, bo w zapytaniu jak dodam SQL_NO_CACHE - to są na nowo pobierane dane, ale nie chce wszystkich zapytań zmieniać dlatego chciał bym na chwile wyłączyć cachowanie dla testów a później włączyć..

Pomożesz

spróbuj

[SQL] pobierz, plaintext 
SET session query_cache_type=0;
[SQL] pobierz, plaintext 

Czy jak sortuję np. w ten sposób.

[SQL] pobierz, plaintext 
SELECT * FROM strony WHERE typ=0 ORDER BY `wyswietlen` DESC,`nazwa` ASC LIMIT 5;
[SQL] pobierz, plaintext 

Czy jest sens wtedy nadawać dla nazwa i wyswietlen index
wystarczy np. taki przykładowo

[SQL] pobierz, plaintext 
ALTER TABLE szablony ADD INDEX (`nazwa`,`wyswietlen`);
[SQL] pobierz, plaintext 

Czy to spowolni mi bazę