J'ai voulu faire un dernier test qui reprĂ©sente un gros travail toujours Ă partir de la mĂȘme table qui atteint maintenant 542 975 185 rangs ce qui reprĂ©sente un bon test.
J'ai voulu chercher les ports TCP les plus attaqués en sélectionnant les connections TCP qui ont fourni un retour de 0 octets, le SQL est donc :
select L4_DST_PORT,count(*) CTR
from local_ntopng.flowsv4
where OUT_BYTES = 0 -- aucune réponse
and PROTOCOL = 6 -- (TCP)
group by 1
order by CTR DESC
limit 30;
Le résultat est, là aussi, stupéfiant :
Pour Clickhouse les 30 rangs sont retournés en moins de deux secondes (1;813 exactement et en 14 minutes et 18 secondes soit 858 secondes, le rapport de vitesse est proprement stupéfiant ... Clickhouse va 473 fois plus vite que MariaDB.
Rappels :
- Les tests sont faits sur la mĂȘme machine et les donnĂ©es sont sur les deux disques Samsung SSD 860 de 2To montĂ©s en miroir.
- Les résultats présentent de trÚs légÚres différences car la recopie des données depuis la source n'est pas "synchrone", il y a donc un (tout petit) décalage possible.
Voir les résultats ci-dessous.
CLICKHOUSE 1.813 sec | MariaDB 14 min 18 se | ||
443 |
1434014 |
443 |
1434014 |
80 |
1059068 |
80 |
1059067 |
23 |
749049 |
23 |
749049 |
445 |
253752 |
445 |
253752 |
22 |
229300 |
22 |
229300 |
465 |
184397 |
465 |
184397 |
6379 |
163679 |
6379 |
163679 |
8080 |
143206 |
8080 |
143205 |
1433 |
116601 |
1433 |
116600 |
81 |
85489 |
81 |
85489 |
3389 |
85076 |
3389 |
85075 |
5222 |
77222 |
5222 |
77222 |
25 |
74815 |
25 |
74815 |
2323 |
65065 |
2323 |
65065 |
995 |
62827 |
995 |
62827 |
|