Bonjour à tous,

Voila je vous expose mon problème :

J'ai une config web qui ressemble à cela :



Donc un hébergement OVH pour les sites web et un accès à mon dédié pour les bases SQL.
La connexion se fait sans problèmes, mais la où ça coince c'est au niveau de la vitesse de connexion.
Depuis la migration de la base SQL sur mon dédié l'accès au site est super long et j'obtient des messages du genre :
If you are seeing this page, it means there was a problem communicating with our database. Sometimes this error is temporary and will go away when you refresh the page. Sometimes the error will need to be fixed by an administrator before the site will become accessible again
Voici un peu le détails de mes actions :

J'ai modifier le fichier my.cnf de mysql pour que la valeur bind_address pointe sur mon ip publique.

J'ai créer deux utilisateurs identiques avec pour info dans la case host : 127.0.0.1 pour l'un et % pour l'autre.

Voici quelques info sur mon serveur :

OS : Debian 7.5 stable (Wheezy) (64bits) (à jour)
Environnement WEB : Nginx, Mysql, php 5 , phpmyadmin

Voilà, si vous avez besoin d'autres information n'hésitez pas.

Merci d'avance pour votre aide
Je pige même pas pourquoi tu host pas ton site sur ton dédié ? oO

Sinon, je te conseillerai de check avec mysqltuner
BXT wrote:Je pige même pas pourquoi tu host pas ton site sur ton dédié ? oO

Sinon, je te conseillerai de check avec mysqltuner
Ce n'est pas moi c'est la personne qui souhaite ça donc bon on me demande et je fais, je test et je te dis quoi
 >>  MySQLTuner 1.3.0 - Major Hayden <major@mhtx.net>
 >>  Bug reports, feature requests, and downloads at http://mysqltuner.com/
 >>  Run with '--help' for additional options and output filtering
[OK] Logged in using credentials from debian maintenance account.
[OK] Currently running supported MySQL version 5.6.19-1~dotdeb.1
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 20M (Tables: 219)
[--] Data in InnoDB tables: 288K (Tables: 15)
[--] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 52)
[!!] Total fragmented tables: 13

-------- Security Recommendations  -------------------------------------------
[OK] All database users have passwords assigned

-------- Performance Metrics -------------------------------------------------
[--] Up for: 5h 6m 45s (876 q [0.048 qps], 271 conn, TX: 1M, RX: 101K)
[--] Reads / Writes: 97% / 3%
[--] Total buffers: 184.0M global + 1.1M per thread (151 max threads)
[OK] Maximum possible memory usage: 344.4M (17% of installed RAM)
[OK] Slow queries: 0% (0/876)
[OK] Highest usage of available connections: 0% (1/151)
[OK] Key buffer size / total MyISAM indexes: 8.0M/3.6M
[!!] Key buffer hit rate: 93.4% (909 cached / 60 reads)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 6 sorts)
[OK] Temporary tables created on disk: 15% (62 on disk / 392 total)
[OK] Thread cache hit rate: 99% (1 created / 271 connections)
[OK] Table cache hit rate: 24% (315 open / 1K opened)
[OK] Open file limit used: 47% (486/1K)
[OK] Table locks acquired immediately: 100% (418 immediate / 418 locks)
[OK] InnoDB buffer pool / data size: 128.0M/288.0K
[OK] InnoDB log waits: 0
-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    MySQL started within last 24 hours - recommendations may be inaccurate
Variables to adjust:
    query_cache_type (=1)
Fait ce qu'il te dit

Peux pas plus t'aider là
2 ans plus tard
Répondre…