Ho provato a risolvere il seguente problema per circa un'ora e ancora non ci sono riuscito.
Ok, ho un tavolo (MyISAM):
+---------+-------------+------+-----+-------------------+----------------+
| Field | Type | Null | Key | Default | Extra |
+---------+-------------+------+-----+-------------------+----------------+
| id | int(11) | NO | PRI | NULL | auto_increment |
| http | smallint(3) | YES | MUL | 200 | |
| elapsed | float(6,3) | NO | | NULL | |
| cached | tinyint(1) | YES | | NULL | |
| ip | int(11) | NO | | NULL | |
| date | timestamp | NO | MUL | CURRENT_TIMESTAMP | |
+---------+-------------+------+-----+-------------------+----------------+
Per favore, non preoccuparti degli indici, ho provato a cercare una soluzione. Ora, ecco la mia domanda.
SELECT http,
COUNT( http ) AS count
FROM reqs
WHERE DATE(date) >= cast(date_sub(date(NOW()),interval 24 hour) as datetime)
GROUP BY http
ORDER BY count;
la tabella memorizza informazioni sulle richieste Web in entrata, quindi è un database piuttosto grande.
+-----------+
| count(id) |
+-----------+
| 782412 |
+-----------+
si noti che non esiste un modo migliore per impostare una chiave primaria poiché la colonna ID sarà l'unico identificatore univoco che ho. L'esecuzione della query sopra menzionata richiede circa 0,6-1,6 secondi.
Quale indice sarebbe intelligente? Ho pensato che la data di indicizzazione mi avrebbe dato una "cattiva" cardinalità e quindi MySQL non la userà. Anche http è una cattiva scelta in quanto vi sono solo circa 20 diversi possibili valori.
Grazie per il tuo aiuto!
Aggiornamento 1 Ho aggiunto un indice su (http, data) come suggerito da ypercube:
mysql> CREATE INDEX httpDate ON reqs (http, date);
e ha usato la sua query, ma ha funzionato ugualmente male. L'indice aggiunto:
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
| reqs | 0 | PRIMARY | 1 | id | A | 798869 | NULL | NULL | | BTREE | |
| reqs | 1 | httpDate | 1 | http | A | 19 | NULL | NULL | YES | BTREE | |
| reqs | 1 | httpDate | 2 | date | A | 99858 | NULL | NULL | | BTREE | |
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+
e SPIEGARE
+----+--------------------+-------+-------+---------------+----------+---------+------+-------+-----------------------------------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+--------------------+-------+-------+---------------+----------+---------+------+-------+-----------------------------------------------------------+
| 1 | PRIMARY | r | range | NULL | httpDate | 3 | NULL | 20 | Using index for group-by; Using temporary; Using filesort |
| 2 | DEPENDENT SUBQUERY | ri | ref | httpDate | httpDate | 3 | func | 41768 | Using where; Using index |
+----+--------------------+-------+-------+---------------+----------+---------+------+-------+-----------------------------------------------------------+
Versione del server MySQL:
mysql> SHOW VARIABLES LIKE "%version%";
+-------------------------+---------------------+
| Variable_name | Value |
+-------------------------+---------------------+
| protocol_version | 10 |
| version | 5.1.73 |
| version_comment | Source distribution |
| version_compile_machine | x86_64 |
| version_compile_os | redhat-linux-gnu |
+-------------------------+---------------------+
5 rows in set (0.00 sec)
http
colonna che è nullable. Domani indagherò, se trovo il tempo.
http NOT NULL
) e copiando tutti i dati su di essa (tranne le righe con http NULL ovviamente.)