Discussion :

[sebaaas]

Bonjour à tous,

Voici un question sur les règles basic d'accès/lecture/écriture à un fichier.

Un programme A ecrit un log (pour simplifier) dans un fichier log.txt (entre 10 et 40 fois par seconde).

Je dois reprend ces données pour les transmettre dans une base de donnée (Mysql par exemple) en quasi temps réel.

J'utilise donc un script PHP (car il a été simple de le faire ainsi) pour, toute les 5 ms qui
1) accès au fichier log.txt
2) lire et copier les données dans la base de données
3) supprimer les données du fichier log.txt

Ma question:
Peut-il avoir un conflit entre le programme qui écrit le fichier log.txt et le script php qui accède à ce fichier log.txt. Est-ce que l'écriture via le script peut empêcher le programme A d'écriture dans le fichier log?

Merci

[Christophe]

oui, car soit ton script met un verrou exclusif sur le fichier .txt empêchant en conséquence A d'écrire dans le log, soit A et ton script font un accès en même temps et ça peut foutre la pagaille.

5 ms, ça me parait beaucoup quand-même, même pour du temps réel.

Moi ce que je ferais dans mon script :
- renommage fichier log.txt en un autre nom (en présument que le système de logging crée automatiquement un fichier vide si absent)
- analyse et intégration du contenu du fichier renommé dans la base
- suppression du dit fichier.

[sebaaas]

Ok je vais tester cette solution. Merci

[grunk]

Pourquoi passer par un fichier intermédiaire et ne pas écrire directement dans la base ?

Ceci étant dit pour gérer 30 à 40 logs/s une bdd classique n'est sans doute pas la meilleure option

[sebaaas]

Pourquoi passer par un fichier intermédiaire et ne pas écrire directement dans la base ?

Uniquement parce que j'utilise un programme tiers qui ne me permets que d'écrire dans un document texte ou vers la sortie STDOUT

Ceci étant dit pour gérer 30 à 40 logs/s une bdd classique n'est sans doute pas la meilleure option

Quel serait une meilleur solution?

Merci de votre intervention

[grunk]

En fait il faudrait savoir dans quelle mesure tu vas consulter les logs et utiliser les avantages d'une base de données.

Une base mysql est capable d'encaisser 40 insertion/s (selon le server qd même) ce n'est pas vraiment le problème.
Mais si les logs ne sont jamais ou peu requêter tu ne profite peu ou pas de l'intérêt d'une base de données , et dans le cas des journaux tu ne profite pas du coté relationnelle d'une base comme mysql.

Une base de données nosql tu type mongodb est sans doute un bon candidat pour la gestion de log

D'un point de vue performance pure , rien n'ira jamais plus vite que l'écriture dans un fichier.
Donc si avoir des journaux dans un fichier (comme des jounaux système par exemple) es suffisant pour toi , par sur cette option.
Tu peux éventuellement centraliser plusieurs source de journaux via un serveur syslog.

Il existe aussi plein d'outils très poussés , gratuit ou payant pour gérer les logs tel que
Graylog2
Logstash

[sebaaas]

A vrai dire, il y aura pour chaque insertion, une recherche pour voir si l'insertion existe déjà (si oui, combien de fois) + des accès de consultation (beaucoup moindre). Donc j'ai besoin d'une base de donnée. A savoir si je prend Mysql, MariaDB ou partir vers du Nosql.