DEMO İNCELE
ÜCRETSİZ İNDİR

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

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ı

8 thoughts on “Prestashop Link To Database Cannot Be Established: Sqlstate[Hy000] [2002] No Such File Or Directory

  1. Şahin YILDIZ - 29 Mart 2017 at 23:54

    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

    Reply
  2. SahinSOLMAZ - 29 Mart 2017 at 23:54

    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.

    Reply
  3. hakanarslan - 29 Mart 2017 at 23:54

    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 ? 

    Reply
  4. SahinSOLMAZ - 29 Mart 2017 at 23:54

    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.

    Reply
  5. Şahin YILDIZ - 29 Mart 2017 at 23:54

    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. 

    Reply
  6. hakanarslan - 29 Mart 2017 at 23:54

    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

    Reply
  7. Şahin YILDIZ - 29 Mart 2017 at 23:54

    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. 

    Reply
  8. hakanarslan - 29 Mart 2017 at 23:54

    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

    Reply

Leave a Reply