Référence

Performances

Choisissez le stockage selon votre charge et voyez à quelle vitesse le tableau de bord s'ouvre sur SQLite, Postgres et MySQL.

Runlight prend en charge SQLite et les bases client/serveur. Le choix dépend des écritures simultanées, de la conservation et des rapports. Le nombre de visites mensuelles ne suffit pas à définir une capacité.

Choisir le stockage

Charge	Point de départ
Une application avec stockage local persistant	SQLite avec les agrégations quotidiennes
Plusieurs serveurs ou de nombreuses écritures simultanées	Postgres ou MySQL, avec le guide serveur et la configuration
Environ 10 millions de visites par mois	Tester Postgres avec votre conservation, vos événements par visite et vos pics de trafic
Analyses volumineuses sur un moteur spécialisé	ClickHouse est prévu en option, mais n’est pas encore disponible

SQLite accepte un seul processus d'écriture à la fois par fichier. Consultez ses recommandations. ClickHouse est conçu pour l’analyse, mais Runlight n’a pas encore de seuil de capacité validé pour ce moteur.

Mesures

Mesures locales du 16 octobre 2026, avec les changements apportés depuis la version 0.1.7 que publiera la prochaine version. Elles ne garantissent rien d’une version publiée et ne mesurent pas l’ingestion.

Apple M4 Max, 36 Gio de mémoire, macOS et Node 24. Un site synthétique contient une année de trafic : 1,0 million de visites et 3,1 millions d'événements, quatre objectifs et les agrégations quotidiennes prêtes. Les mêmes lignes sont chargées dans SQLite, Postgres 16 et MySQL 8.4 sur cette machine. Chaque temps couvre toutes les requêtes du tableau de bord à son ouverture, envoyées ensemble comme le fait un navigateur, avec les caches chauds et aucune autre écriture.

Vue du tableau de bord	SQLite	Postgres	MySQL
7 derniers jours	0,05 s	0,09 s	0,07 s
30 derniers jours	0,07 s	0,07 s	0,06 s
30 derniers jours, comparés aux 30 précédents	0,07 s	0,07 s	0,07 s
12 derniers mois	0,18 s	0,15 s	0,15 s
30 derniers jours, une page	2,9 s	0,6 s	1,7 s
30 derniers jours, un canal	1,2 s	1,2 s	1,4 s
12 derniers mois, un canal	8,2 s	3,5 s	6,5 s
12 derniers mois, une page	19 s	9,1 s	24 s

Sans filtre, les totaux, le graphique, chaque bloc et la plupart des objectifs viennent des agrégations quotidiennes : une longue période ne coûte guère plus qu’une courte. Un filtre doit lire les visites qu’il retient, si bien que les vues filtrées sur de longues périodes sont celles où la base compte le plus, et celles que la prise en charge de ClickHouse doit accélérer.

Tester votre charge

Activez la vérification planifiée et adaptez la conservation dans les paramètres. Sur SQLite, Runlight recalcule les statistiques du planificateur de requêtes à mesure que les données grossissent, si bien qu’une grosse importation ne laisse pas les rapports planifiés pour une base vide. Testez les filtres, les entonnoirs et les comparaisons avec des pics de trafic et plusieurs utilisateurs. Notez le matériel, les versions, les volumes, les plages et l'état des agrégations. Mesurez les latences p50/p95 à froid et à chaud, le débit d’ingestion et les erreurs. La configuration ClickHouse et les comparatifs suivront son intégration.