Mam takie zapytanie:

[SQL] pobierz, plaintext 
SELECT 
 
pid.date AS galleryDate,
pid.time AS galleryTime,
pid.name AS galleryName,
pid.title AS galleryTitle,
 
p.date AS pictureDate,
p.time AS pictureTime,
p.gallery AS pictureGallery,
p.name AS pictureName,
p.title AS pictureTitle,
 
IFNULL(pid.countv,0) AS countViews,
IFNULL(pid.countp,0) AS countPictures
 
FROM
 
(
SELECT
g.date, g.time, g.name, g.title,
 
MAX(p.id) AS maxid, SUM(countv) AS countv, COUNT(*) AS countp
 
FROM pictures p 
 
LEFT JOIN galleries g ON p.idg = g.id
 
GROUP BY p.idg
ORDER BY g.id DESC
) pid
 
LEFT JOIN pictures p ON pid.maxid = p.id
 
ORDER BY p.id DESC
LIMIT 10
[SQL] pobierz, plaintext 

Wykonuje mi się około 0,4s. Na co założyć index aby było szybsze?

Explain:

spróbuj p.idg

Index zazwyczaj nakłada się na kolumnę, która jest bardzo często używana, a więc ta, która służy do łączenia z innymi, której używa się w warunku WHERE, GROUP BY lub HAVING czy też ORDER BY.
W tym wypadku najlepiej na p.idg oraz g.id

A coś związane z MAX? Słyszałem, że index tutaj byłby szczególnie ważny, tylko jak to zrobić?

Jak już napisałem, Index zakłada się na te kolumny, których się często używa. Jeśli przewidujesz liczenie tego często, to załóż tez index na te pozycje, które obejmuje liczenie MAXem. W Twoim wypadku to p.id ale byloby nieco dziwne, gdybyś nie miał na tym już indexu PRIMARY od samego założenia bazy, bo w końcu na tej kolumnie często robi się WHERE.