Là est la différence : je mettrais à jour les informations des posts suivant les questions que l'on me posera à propos de mon architecture, de mon site, ou autres.

De plus ils verront la résolution, si résolution il y a.
N'est-ce pas le plus important pour les futurs lecteurs qui auront ce problème ?

Je ne cherche pas à créer la discorde pour si peu de chose, si cela pose vraiment un problème, un seul sujet restera actif, mais je trouve dommage de perdre en possibilité.

EDIT: Le soucis c'est que par ma faute, à trop vouloir essayer de résoudre le problème par moi-même, je n'ai plus forcément assez de temps pour corriger cette erreur qui persiste maintenant depuis quelques temps :(.

[quote="Drackster"]Certes, mais cela pourrait améliorer mes chances de résoudre ce problème [i](en quoi est-ce si dramatique de demander l'avis de plusieurs personnes ?)[/i]. Ce n'est pas faute d'avoir cherché pourtant.[/quote]

Dans la sens ou les réponses et les débats seront en doublon, et les personnes ne voient pas les autres réponses. Il faut juste être patient.

Certes, mais cela pourrait améliorer mes chances de résoudre ce problème [i](en quoi est-ce si dramatique de demander l'avis de plusieurs personnes ?)[/i]. Ce n'est pas faute d'avoir cherché pourtant.

le cross-posting n'est pas très bien vu...

Bonjour,

J'ai un problème assez étrange concernant les connexions MySQL.
En effet, je ferme bien les connexions MySQL (utilisation de PDO) en fin de requête, pourtant arrivé ~200 visiteurs simultanés je commence à avoir des problèmes de Too many connection à la chaine...

Ce qui est étrange, c'est que la connexion distante sur mon serveur dédié sur lequel je veux récupérer ma base de données dispose de 350 connexions maximum. De plus en local je n'ai pas de problème de Too many connection (le serveur héberge un serveur de jeu qui utilise MySQL pour gérer la base de données, cette même base que j'essaye de récupérer).

J'avoue ne plus du tout comprendre...
Voici mon my.cnf :
[code]#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
#
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0

[mysqld]
#
# * Basic Settings
#

#
# * IMPORTANT
# If you make changes to these settings and your system uses apparmor, you may
# also need to also adjust /etc/apparmor.d/usr.sbin.mysqld.
#

user = mysql
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
skip-external-locking
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
#bind-address = 127.0.0.1
bind-address = 0.0.0.0
#
# * Fine Tuning
#
key_buffer = 16M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover = BACKUP
max_connections = 350
open_files_limit = 10000
table_cache = 700
#table_cache = 64
#thread_concurrency = 10
#
# * Query Cache Configuration
#
query_cache_limit = 1M
query_cache_size = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file = /var/log/mysql/mysql.log
#general_log = 1

log_error = /var/log/mysql/error.log

# Here you can see queries with especially long duration
#log_slow_queries = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
# other settings you may need to change.
#server-id = 1
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem



[mysqldump]
quick
quote-names
max_allowed_packet = 16M

[mysql]
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]
key_buffer = 16M

#
# * IMPORTANT: Additional settings that can override those from this file!
# The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/
[/code]

Lorsque je tape [i]#> mysql SHOW FULL PROCESSLIST[/i] j'ai une vingtaine de ligne en mode Sleep pour mon serveur de jeu, ce qui est normal et seulement 3 lignes, tout au plus, pour l'utilisateur distant de mon site...
Je suis perdu.

Serait-ce un problème de configuration MySQL ? Si non, un problème lié à la configuration du serveur dédié ?
Je suis sur uBuntu 10.04.

Merci d'avance !