Jump to content

Link To Database Cannot Be Established: Sqlstate[Hy000] [2002] No Such File Or Directory


Recommended Posts

Merhaba arkadaşlar,

 

Siteye 60-70 bağlantı olduğunda şu şekilde bir hata veriyor ve siteye ulaşamıyoruz! 

 

"Link to database cannot be established: SQLSTATE[HY000] [2002] No such file or directory"

 

Sorunun kaynağı ne olabilir paylaşımlı hosting'de bağlantı sıkıntısı yaşarız diye SSD kullanılan bir VDS hizmetine geçmiştik özellikleri şu şekilde;

 

  • 1 Core İşlemci
  • 1 GB Bellek
  • 30 GB SSD Disk Alanı
  • 500 GB Trafik Kotası
Link to comment
Share on other sites

Aldığınız hata veritabanı bağlantı hatasıdır, kullandığınız VDS çok düşük sorun bundan kaynaklıdır, aslında hosting VDS den daha mantıklıdır, VDS ler size ayrılan alan ve güç kadar kullanıma izin verirken hosting ler ana makinenin tüm özelliğini kullanır. tabi hizmet veren sağlayıcı hosting alanına bir kısıtlama yapmadıysa

Link to comment
Share on other sites

 

Merhaba arkadaşlar,

 

Siteye 60-70 bağlantı olduğunda şu şekilde bir hata veriyor ve siteye ulaşamıyoruz! 

 

"Link to database cannot be established: SQLSTATE[HY000] [2002] No such file or directory"

 

Sorunun kaynağı ne olabilir paylaşımlı hosting'de bağlantı sıkıntısı yaşarız diye SSD kullanılan bir VDS hizmetine geçmiştik özellikleri şu şekilde;

 

  • 1 Core İşlemci
  • 1 GB Bellek
  • 30 GB SSD Disk Alanı
  • 500 GB Trafik Kotası

 

 

Merhabalar,

Performans çalışması yaparak durumu iyileştirebilirsiniz. Öncelikli olarak MySQL performans çalışması yapmanızı öneririm bu konu hakkında yardım alabileceğiniz birisi yoksa MySQL Tuning ile ilgili burada sade bir yazı paylaşmıştım inceleyebilirsiniz. (Kurulumu yaptıktan sonra MySQL işlemlerini izleyerek, size tavsiyelerde bulunuyor minumum 1-2 gün çalışsın daha sonra inceleyin. Şu değeri yükseltin, bu parametre için gereğinden fazla kaynak ayırmışsınız düşürün gibi yönergelerde bulunuyor..)

 

Bildiğiniz gibi Prestashop sorguları ağırdır, kesinlikle cache kullanmanızı tavsiye ederim. Madem disk SSD ve özellikleriniz bu düzeyde, caching type kısmını File System yapmanızı tavsiye ederim.

 

Eğer genel bir PS performans çalışması yapmadıysanız da buradaki yazıyı inceleyerek başlayabilirsiniz. Performans olayı oldukça geniştir, takıldığınız bir konu olursa elimizden geldiğince yardımcı olmaya hazırız.

 

Başarılar.

Link to comment
Share on other sites

Merhabalar,

Performans çalışması yaparak durumu iyileştirebilirsiniz. Öncelikli olarak MySQL performans çalışması yapmanızı öneririm bu konu hakkında yardım alabileceğiniz birisi yoksa MySQL Tuning ile ilgili burada sade bir yazı paylaşmıştım inceleyebilirsiniz. (Kurulumu yaptıktan sonra MySQL işlemlerini izleyerek, size tavsiyelerde bulunuyor minumum 1-2 gün çalışsın daha sonra inceleyin. Şu değeri yükseltin, bu parametre için gereğinden fazla kaynak ayırmışsınız düşürün gibi yönergelerde bulunuyor..)

 

Bildiğiniz gibi Prestashop sorguları ağırdır, kesinlikle cache kullanmanızı tavsiye ederim. Madem disk SSD ve özellikleriniz bu düzeyde, caching type kısmını File System yapmanızı tavsiye ederim.

 

Eğer genel bir PS performans çalışması yapmadıysanız da buradaki yazıyı inceleyerek başlayabilirsiniz. Performans olayı oldukça geniştir, takıldığınız bir konu olursa elimizden geldiğince yardımcı olmaya hazırız.

 

Başarılar.

Cevabınız için teşekkür ederim @shnslmz . Mysql Tuning'i deneyeceğim, son verdiğiniz linkte ki optimizasyonu yapmıştım daha önce  tam olarak aynısı olmasa da işimi gördüğü kadarını. (Bazı js kodları sıkışınca çalışmadığı için js dosyalarını sıkıştırmamıştım, sona taşımamıştım) 

 

Maalesef cache kullanamıyorum, daha önce kullandığımda şöyle bir sorun vardı bugün denedim yine aynı sorun var, sorun da şu : Cache dosya sistemi ile açtığımda sitede menüden elbise ye tıklıyorum mesela açılıyor sonra kazak linkine tıklıyorum link değişiyor ama sayfa aynı bir çok sayfa böyle sorunlar veriyor, dosya sistemi seçip 1 sayısını mı değiştirmem gerekiyor acaba ? 

Link to comment
Share on other sites

Cevabınız için teşekkür ederim @shnslmz . Mysql Tuning'i deneyeceğim, son verdiğiniz linkte ki optimizasyonu yapmıştım daha önce  tam olarak aynısı olmasa da işimi gördüğü kadarını. (Bazı js kodları sıkışınca çalışmadığı için js dosyalarını sıkıştırmamıştım, sona taşımamıştım) 

 

Maalesef cache kullanamıyorum, daha önce kullandığımda şöyle bir sorun vardı bugün denedim yine aynı sorun var, sorun da şu : Cache dosya sistemi ile açtığımda sitede menüden elbise ye tıklıyorum mesela açılıyor sonra kazak linkine tıklıyorum link değişiyor ama sayfa aynı bir çok sayfa böyle sorunlar veriyor, dosya sistemi seçip 1 sayısını mı değiştirmem gerekiyor acaba ? 

 

Merhaba,

Bahsettiğiniz sorun enteresan; File System cache türünde böyle bir sorun yaşamamanız gerekiyor. (Orjinalde böyle bir bug yok). Yaptığınız değişiklikleri göz önünde bulundurabilirsiniz, performans için kullandığınız bir modül ya da kullandığınız herhangi (örn:menü) bir modülde cache olabilir. Bu durum genelde manuel yanlış müdahaleler sonucunda ortaya çıkıyor, incelemek gerek mutlaka ekstrem bir şey vardır.

 

Güncel versiyonda önbellek türü için 5 adet seçenek var (en alttaki Caching sekmesi). File System seçeneğinde yaşadığınız sorunu çözene kadar sunucudaki cache'lerden birisini yükleyebilir/kullanabilirsiniz. Lakin memcache'lerde bellek tüketimi daha yoğun olduğu için bunları kullanmanızı tavsiye etmem.

 

İyi çalışmalar.

Link to comment
Share on other sites

MySQL Tuning iyi bir tavsiye olabilir fakat sunucunuzun ssd olduğunu düşününce sorun başka bir yerde aranmalı . 

Çünkü tunning yazılımları önceden tanımlı parametrelere göre belirli bir zaman diliminde sunucunuzun çalışmasını inceler ve size tavsiyeler oluşturur. 

Örnek vermem gerekir ise , x , y ,z veritabanı tablolarında bağlantılar 90 saniye açık kalmakta. Bu neden ile my.cnf ye aşağıdaki kodu ekleyerek bu bağlantıların kapatmasını sağlayın der.
wait_timeout = 60
interactive_timeout = 60
Fakat bu değerler değiştiğinde gerçekten 90 saniye açık kalması gereken bağlantılarda (özellikle session state veritabanında tutuluyorsa) kapatıldığından başka sorunlar çıkacaktır. (sayaç ların doğru çalışmaması , oturumların düşmesi gibi) Bu neden ile ilgili değişikliklerin dikkatli ve deneyerek yapılması gerekir. Bu tip optimizasyonları en çok 2009 - 2010 yıllarında kullanıyorduk çünkübu dönemde sunucu sistemlerinde kullandığımız sabit disk erişim hızları ve iops ları düşüktü . Disk te bi dar boğaz olduğunda bağlantı sürelerini düşüürerek diskin üzerindeki yükü azaltıyorduk .

Gelelim sizin durumunuza ; diskiniz ssd olduğu için disk dar boğazı söz konusu olmayacaktır .Fakat belki size sanal sunucu sağlanan ana sunucu üzerinde disk darboğazı yaşanıp sizin erişim kapasitenizi düşürmüş olabilir . Bu durumu anlamanın en kolay yoluda sanal sunucunuzun diskinde yazma ve okuma testi yapmaktır .

ssh dan sunucunuza bağlanıp aşağıdaki kodu çalıştırıp sonucu paylaşabilirmisiniz? 

hdparm -T -t /dev/sda

Örnek olması açısından bizim sunucularımızdan bir sonuç ekliyorum .

http://prntscr.com/9o00tt 

Çıkan sonuç 250mb /s ye kadar kabul edilebilir. 

Link to comment
Share on other sites

Merhaba,

Bahsettiğiniz sorun enteresan; File System cache türünde böyle bir sorun yaşamamanız gerekiyor. (Orjinalde böyle bir bug yok). Yaptığınız değişiklikleri göz önünde bulundurabilirsiniz, performans için kullandığınız bir modül ya da kullandığınız herhangi (örn:menü) bir modülde cache olabilir. Bu durum genelde manuel yanlış müdahaleler sonucunda ortaya çıkıyor, incelemek gerek mutlaka ekstrem bir şey vardır.

 

Güncel versiyonda önbellek türü için 5 adet seçenek var (en alttaki Caching sekmesi). File System seçeneğinde yaşadığınız sorunu çözene kadar sunucudaki cache'lerden birisini yükleyebilir/kullanabilirsiniz. Lakin memcache'lerde bellek tüketimi daha yoğun olduğu için bunları kullanmanızı tavsiye etmem.

 

İyi çalışmalar.

Geç cevabım için kusura bakmayın. Diğer önbellek türleri için bazı ek paketler kurulması gerekiyor onlar şu anda bu kurulum olmadan çalışmıyor zaten çok üstelemedim bende o konuyu birşeyleri karıştırmak istemediğim için. Belki de dediğiniz gibi manuel olarak yaptığım müdahalelerde bazı sorunlar olmuştur 

MySQL Tuning iyi bir tavsiye olabilir fakat sunucunuzun ssd olduğunu düşününce sorun başka bir yerde aranmalı . 

 

Çünkü tunning yazılımları önceden tanımlı parametrelere göre belirli bir zaman diliminde sunucunuzun çalışmasını inceler ve size tavsiyeler oluşturur. 

 

Örnek vermem gerekir ise , x , y ,z veritabanı tablolarında bağlantılar 90 saniye açık kalmakta. Bu neden ile my.cnf ye aşağıdaki kodu ekleyerek bu bağlantıların kapatmasını sağlayın der.

wait_timeout = 60

interactive_timeout = 60

Fakat bu değerler değiştiğinde gerçekten 90 saniye açık kalması gereken bağlantılarda (özellikle session state veritabanında tutuluyorsa) kapatıldığından başka sorunlar çıkacaktır. (sayaç ların doğru çalışmaması , oturumların düşmesi gibi) Bu neden ile ilgili değişikliklerin dikkatli ve deneyerek yapılması gerekir. Bu tip optimizasyonları en çok 2009 - 2010 yıllarında kullanıyorduk çünkübu dönemde sunucu sistemlerinde kullandığımız sabit disk erişim hızları ve iops ları düşüktü . Disk te bi dar boğaz olduğunda bağlantı sürelerini düşüürerek diskin üzerindeki yükü azaltıyorduk .

 

Gelelim sizin durumunuza ; diskiniz ssd olduğu için disk dar boğazı söz konusu olmayacaktır .Fakat belki size sanal sunucu sağlanan ana sunucu üzerinde disk darboğazı yaşanıp sizin erişim kapasitenizi düşürmüş olabilir . Bu durumu anlamanın en kolay yoluda sanal sunucunuzun diskinde yazma ve okuma testi yapmaktır .

 

ssh dan sunucunuza bağlanıp aşağıdaki kodu çalıştırıp sonucu paylaşabilirmisiniz? 

 

hdparm -T -t /dev/sda

 

Örnek olması açısından bizim sunucularımızdan bir sonuç ekliyorum .

 

http://prntscr.com/9o00tt 

 

Çıkan sonuç 250mb /s ye kadar kabul edilebilir. 

Hocam verdiğiniz komutu çalıştırdım sonuç şu şekilde http://prntscr.com/9onc54

Link to comment
Share on other sites

Disk ile ilgilibir sorun görünmemekte hatta ortalamaların üzerinde bir disk performansı söz konusu .

tail -f /var/lib/mysql/sunucuhostname.err

Birde kukarıdaki kodu çalıştırıp çıktısını letebilirmisiniz? Bu kodda sunucuhostname yazan alana sunuzunuzun hosta namemini yazınız. 

Link to comment
Share on other sites

Disk ile ilgilibir sorun görünmemekte hatta ortalamaların üzerinde bir disk performansı söz konusu .

 

tail -f /var/lib/mysql/sunucuhostname.err

 

Birde kukarıdaki kodu çalıştırıp çıktısını letebilirmisiniz? Bu kodda sunucuhostname yazan alana sunuzunuzun hosta namemini yazınız. 

Komutun çıktısı şu şekilde hocam : http://prntscr.com/9pcxgp

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...