Estimer valeur open_files_limit

:salut:


Je me demandais si quelqu'un avait une méthode déterministe pour estimer la taille nécessaire pour le open_files_limit d'un serveur mysql
Apparemment, j'ai une application contenant 20 tables et créant une partition par jour sur les tables...

Initialement, j'avais mis le paramètre à 10'000, mais impossible de lancer le script de maintenance
un message du style

Citation:

---

Can't open file 'table_n_XXX.frm'

---

J'ai lu la documentation officielle, mais je ne vois pas de formules liées à cela (sûrement liée à table_open_cache et max_connections)


:merci: par avance

Posez vous des questions sur ce qu'implique l'ouverture de 10 000 fichiers simultanément dans un OS.... !
10 000 descripteurs de fichiers, 10 000 tampons de lecture à bas niveau des blocs du fichiers... etc.
Êtes vous en 64 bits ? Avez vous un RAM suffisante pour ce faire ?...

A +

Citation:

---

Envoyé par SQLpro

Posez vous des questions sur ce qu'implique l'ouverture de 10 000 fichiers simultanément dans un OS.... !
10 000 descripteurs de fichiers, 10 000 tampons de lecture à bas niveau des blocs du fichiers... etc.
Êtes vous en 64 bits ? Avez vous un RAM suffisante pour ce faire ?...

---

Je suis sur un serveur Linux 64-bits avec 16 Go RAM, mais non dédié à cette unique tâche.
Je me rends bien compte de ce qu'implique un tel chiffre, mais je n'ai pas écrit l'application... et son concepteur a carrément conseillé de passer la limite à 100'000 pour éviter ces soucis (et effectivement tout passe, mais c'est un peu hallucinant 8O).
Ne pouvant modifier réellement le code de l'application, j'essaie de voir s'il n'y aurait pas moyen de tuner un peu les paramètres de mysql pour rester dans des proportions raisonnables. Dans le cas contraire, j'essaierai de modifier la politique de partitionnement (1 quotidien à 1 hebdo par exemple)