@Cevdet v5.6 itibariyle fulltext geldi diye biliyorum hocam. https://dev.mysql.com/doc/refman/5.6/en/innodb-fulltext-index.html @unbalanced teşekkürler hocam. makalelere gzatmaya devam ediyorum. @dhmm transaction, aslında büyük bir avantaj ama hız daha ncelikli geliyor şuan benim için. ufak bir test yapacağım . sonuçları eklerim buraya da. ..

mongodb ile ilgili bir kay sey syleyeyim. NoSql hizmetleri tamamen farklidir. Bir kac kere yazdim tekrar yazayim. Kafaniza gre nosql tabanli bir DB czümü secemezsiniz. Yani neden mongoDB yi seciyorsun cassandra yerine.. Bunun arkasinda CAP teorem denilenbir teori var. Iliskisel veritabani sistemleri ACID teoremine gre calisiyor. Ancak noSql czümleri CAP teoremine gre calisir ve DB saglayici secilirken de CAP teorem gz nüne alinir. Bu teoreme gre de her bir database saglayici CAP dan en fazla iki zelligi kullanabilir o yüzden veritabanli da CA, CP ve AP tipi olarak ayrilir. MongoDB de bu kategoride CP yani consistency-partition tolerance altinda calisiyor. CAP e gre hangisi isine yariyorsa o DB yi secmen gerek. Mesela hata olsa dahi sana veri gndermesini istiyorsan ya da herkesin ayni datayi grme olayi varsa vs farkli seyler secilmesi gerekiyor. Biraz arastirirsan daha iyi fikir sahibi olursun. Hiz konusuna gelince, mongoDB'nin daha hizli oldugunu düsünüyorum tabi bu kullanildigi tipe de bagli.. mesela burada bir kac sekilde karsilastirilmis http://erthalion.info/public/img/insert_configured. png eger mongodb testlerinde sen loglu kullanirsan tabi ki yavas sonuc verir. Bu testler ihtiyaca gre ayni sartlarda yapilmasi lazim. Projenin ne oldugunu bilmiyorum lakin sadece noSQL kullanacaksin diye bir olay da yok. Büyük firmalar bazi kisimlarinda nosql bazilarinda rdbms kullanir. Mesela atiyorum, tüm mesajlari tutmak icin nosql iyi bir czüm olabilir. Ama join sorgulari gerektiren tablolar icin nosql kullanilamaz.. Pek zamanim yok ama biraz arastirma yaparsan daha iyi anlarsin. kolay gelsin Ülkesini Seven Her Türk Vatandasi, Ülkesinin Sessiz Istilasi'na karsi durmak zorunda.

Deney sonuçları "MyISAM daha hızlı" diyorsa kabul ederim ancak test ederken kullandığın queriler, tabloların indexleri ve benzeri dataları bu konuya eklersen bu iddianı kanıtlamış olursun MyIsam select ler hariç daha hızlıdır. Asıl nedeni ise myisam da data diske yazılmadan onay verir memory den işlem yapılır ayri bit thread acar diske yazacak o thread asenkron gider. Bu yüzden hızlıdır. Sorun elektrik kesintisi olursa tablo bozula bilir Repair table komutları ile düzelir ama müdahale gerekir. Ve memory den diske yazılmamış veri Uçar transaction olmadiği için geridonus yoktur disk doldu myisam can not insert demez. Ama yine veri ucar. Bunlar yüzünden nemli yerlerde innodb ye ihtiyaç duyuyorum. Job create mantiğinda tablo yaratıyorsam. Tabloyu runtime de yaratıp myisam ile içine insertleri yapıp. İşlemlerim bittiği zaman select Ile kontrol yapıp innodb ye ceviriyorduk teknikkartta iken en son yazılım geliştirdm 8 yil olnce bu fark vardı. Kart baskı programının iş emirlerini Boyle tutuyorduk perfons ciddi nemli ve veri güvenliği sağlanıyordu. Bu aralar fazla yogunum. Unuttugum seyler oluyorsa affola. DM vs atın.

rakkoc bunu yazdı Cevdet bunu yazdı Deney sonuçları "MyISAM daha hızlı" diyorsa kabul ederim ancak test ederken kullandığın queriler, tabloların indexleri ve benzeri dataları bu konuya eklersen bu iddianı kanıtlamış olursun MyIsam select ler hariç daha hızlıdır. Asıl nedeni ise myisam da data diske yazılmadan onay verir memory den işlem yapılır ayri bit thread acar diske yazacak o thread asenkron gider. Bu yüzden hızlıdır. Sorun elektrik kesintisi olursa tablo bozula bilir Repair table komutları ile düzelir ama müdahale gerekir. Ve memory den diske yazılmamış veri Uçar transaction olmadiği için geridonus yoktur disk doldu myisam can not insert demez. Ama yine veri ucar. Bunlar yüzünden nemli yerlerde innodb ye ihtiyaç duyuyorum. Job create mantiğinda tablo yaratıyorsam. Tabloyu runtime de yaratıp myisam ile içine insertleri yapıp. İşlemlerim bittiği zaman select Ile kontrol yapıp innodb ye ceviriyorduk teknikkartta iken en son yazılım geliştirdm 8 yil olnce bu fark vardı. Kart baskı programının iş emirlerini Boyle tutuyorduk perfons ciddi nemli ve veri güvenliği sağlanıyordu. 2 farklı motor kullandığınız halde nasıl bu kadar hızlı verimlilik sağlıyordunuz ki? X bir insert işlemi için MyIsam dan innodb ye geçerken zaman kaybı cok mu kısa? Çok merak ettim açıklar mısın abi biraz daha detaylı :) EDİT ; Anladım iş emirleri vt de olduğu için zaten sabit VT Yi sonradan hazırlayıp gmüyordunuz. Olay rgüsü realtime gerçekleşiyor sandım :) Teşekkürler. evet ilk farkli kaynaktan gelen veri db de olusuyor bir kere oluştuktan sonra sadece tek bir flag update edildiği için oradaki durumu cok onemsemiyorum ama ilk adımda data içeriye insert edilirken 10 milyon kart datasi insert edilicek mesela myisam ile runtime da bir tablo yaratilir standart kolonlar ID, PrintFrontStatus, PrintBackStatus gibi kolonlar standart sonrasi data da gelen her kolon için col1 col2 gibi bunlar veritabanina cekilirken myissam ile cektiğimde 15-20 dk civari iken, innodb de 3 saat i buluyordu. bu yuzden myissam ile cekip daha sonra tabloyu innodb ye cekiyordum. bu işlem de yaklasık 5 dk sürüyordu. toplamda 10 milyon record bana 30dk de baskiya hazır hale geliyordu. Direk innodb yaptğimda ise 2,5-3 saat birde bu işlemde innodb de yaparken transaction kullanırsam diğer kullanicilar server da işlem yapamiyordu. myisam bu kadar iyi ken neden daha sonra myisam ile devam etmiyordum kismida kartlar basiliyor kart basimda iken elektrik gitti server kapandi son basilan 5 - 10 recorda yaptiğim update sistemde yok ve tablo select bile edilemiyor oluyor. Biraz araştırdıktan sonra oğrendim memory senkronizasyonu ile calisiyormuş senkronize olmayan recordlarin bilgisi diske yazilmadiği için servis aniden kapandiğinda patlıyor. Update de güzel bir index ile büyük verilerde innodb daha perfornsli oldugunu da gzlemledim. bulk update işlemleri olmasa bile Primary key ile verilen updatelerde innodb daha performansli. butun tablo sorgularda Myissam açık ara nde. Şuan Enterpise Db 'nin partnerliğini almaya çalışıyorum Allah tekrar mysql'e düşürmesin beni inşallah :d Bu aralar fazla yogunum. Unuttugum seyler oluyorsa affola. DM vs atın.

Kendi rneklerimizi veriyorsak;INNODB ile FULL TEXT SEARCH mümkün değil ancak myISAM ile mümkün Cevdet tarafından 31/Ağu/17 11:50 tarihinde düzenlenmiştir

Est hocam rahat olun Siz şimdi programda bir insert queri si gnderiyorsunuz. Benim kullandığım bir framework, insert querilerine kaydedilen datanın idsini cevap olarak gonderiyordu: $response = $db->queri("INSERT INTO table VALUES ");if ($response <=0 ) // kayıt kaçtı Demek istediğim: Bu kaydedilememe p roblemi, myisam innodb den bağımsız olarak her zaman olabilir nlem alabilirsiniz bu duruma programmatic olarak Cevdet tarafından 31/Ağu/17 11:17 tarihinde düzenlenmiştir

MhmdAlmz bunu yazdı rakkoc bunu yazdı Cevdet bunu yazdı Deney sonuçları "MyISAM daha hızlı" diyorsa kabul ederim ancak test ederken kullandığın queriler, tabloların indexleri ve benzeri dataları bu konuya eklersen bu iddianı kanıtlamış olursun MyIsam select ler hariç daha hızlıdır. Asıl nedeni ise myisam da data diske yazılmadan onay verir memory den işlem yapılır ayri bit thread acar diske yazacak o thread asenkron gider. Bu yüzden hızlıdır. Sorun elektrik kesintisi olursa tablo bozula bilir Repair table komutları ile düzelir ama müdahale gerekir. Ve memory den diske yazılmamış veri Uçar transaction olmadiği için geridonus yoktur disk doldu myisam can not insert demez. Ama yine veri ucar. Bunlar yüzünden nemli yerlerde innodb ye ihtiyaç duyuyorum. Job create mantiğinda tablo yaratıyorsam. Tabloyu runtime de yaratıp myisam ile içine insertleri yapıp. İşlemlerim bittiği zaman select Ile kontrol yapıp innodb ye ceviriyorduk teknikkartta iken en son yazılım geliştirdm 8 yil olnce bu fark vardı. Kart baskı programının iş emirlerini Boyle tutuyorduk perfons ciddi nemli ve veri güvenliği sağlanıyordu. 2 farklı motor kullandığınız halde nasıl bu kadar hızlı verimlilik sağlıyordunuz ki? X bir insert işlemi için MyIsam dan innodb ye geçerken zaman kaybı cok mu kısa? Çok merak ettim açıklar mısın abi biraz daha detaylı :) EDİT ; Anladım iş emirleri vt de olduğu için zaten sabit VT Yi sonradan hazırlayıp gmüyordunuz. Olay rgüsü realtime gerçekleşiyor sandım :) Teşekkürler. evet ilk farkli kaynaktan gelen veri db de olusuyor bir kere oluştuktan sonra sadece tek bir flag update edildiği için oradaki durumu cok onemsemiyorum ama ilk adımda data içeriye insert edilirken 10 milyon kart datasi insert edilicek mesela myisam ile runtime da bir tablo yaratilir standart kolonlar ID, PrintFrontStatus, PrintBackStatus gibi kolonlar standart sonrasi data da gelen her kolon için col1 col2 gibi bunlar veritabanina cekilirken myissam ile cektiğimde 15-20 dk civari iken, innodb de 3 saat i buluyordu. bu yuzden myissam ile cekip daha sonra tabloyu innodb ye cekiyordum. bu işlem de yaklasık 5 dk sürüyordu. toplamda 10 milyon record bana 30dk de baskiya hazır hale geliyordu. Direk innodb yaptğimda ise 2,5-3 saat birde bu işlemde innodb de yaparken transaction kullanırsam diğer kullanicilar server da işlem yapamiyordu. myisam bu kadar iyi ken neden daha sonra myisam ile devam etmiyordum kismida kartlar basiliyor kart basimda iken elektrik gitti server kapandi son basilan 5 - 10 recorda yaptiğim update sistemde yok ve tablo select bile edilemiyor oluyor. Biraz araştırdıktan sonra oğrendim memory senkronizasyonu ile calisiyormuş senkronize olmayan recordlarin bilgisi diske yazilmadiği için servis aniden kapandiğinda patlıyor. Update de güzel bir index ile büyük verilerde innodb daha perfornsli oldugunu da gzlemledim. bulk update işlemleri olmasa bile Primary key ile verilen updatelerde innodb daha performansli. butun tablo sorgularda Myissam açık ara nde. Şuan Enterpise Db 'nin partnerliğini almaya çalışıyorum Allah tekrar mysql'e düşürmesin beni inşallah :d Hocam bu iş biraz da ne yapacağınla ilgili. Dediğiniz gibi tüm data bir anda kaydedilecekse, nce myisama atıp innodb'e cevirmek mantıklı Ancak ben bir websitesi yapıyorsam benim için data kaydetme hızı çok mühim değilse, innodb ile başlarım+ Ben innodb ile birkaç milyonluk data ile çalıştım "select count from table" dışında bir hız p roblemi grmedim

https://dev.mysql.com/doc/refman/5.7/en/optimization.html burada daha sağlıklı bilgiler varmı. zetle sizin dediğinize çıkıyor. sonuç: innodb ile optimizasyonu yapılmış sorgular çalıştırmak, en iyi performansı veriyor . ..

bende bu konuyu bayağı araştırmıştım doğru index ve iyi query ile innodb ile iyi performanslar yakalayabilirsin. Yani neye ihtiyacın varsa ona gre arama yap hocam. Projende ne yapaaksan ikisini karşlaştır ona gre birini kullan bence. Her şeyi geçtim, şu cümle bile innodb kullanmak için yeterli bence MyISAM is s tagnant; all future enhancements will be in InnoDB. This was made abundantly clear with the r o l l o u t of Version 8 Cevdet tarafından 01/Eyl/17 00:51 tarihinde düzenlenmiştir

Hocam benim bildigim bir fark var ama ne kdr gecerli bilmioyrum. MyISAM ile transaction kullanamazsin fakat InnoDB ile transactions kullanabilirsin. Oyle biliyorum. Ozgurluk aslinda her istedigini yapabilmek degildir, istemedigini yapmamaktir. // Verdigin degeri gormeyince, gordugun degeri ver!!! // Hayatin herkes icin bir bavulu vardir!!! // Dusmek gerekir bazen hayatta; kalkmayi ogrenebilmek icin

Çok mantıklı geldi. Yazdığım uygulamada da buna benzer ihtiyacım vardı ama benim insert işlemi maximum 1M aldığndan direk Innodb ye yazdırdım. motoru değiştirmek aklıma hiç gelmemişti bir rnek ile bende bir test edeyim güzel bir yntemmiş yeşillendirdiğin için teşekkürler :) Innodb Select sorgusunda Intergeri değeri şart koyduğumuzda çok hızlı sonuçlar dnderdiğini biliyorum Myisam ile hiç karşılaştırmadım bu analizler zor olsa gerek :) Teşekkürler tekrardan yeşillendirdğini için :) Bizde uygulayalım :) Eğer projen public değilse, https://www.enterprisedb.com/ bu ürünü de bir gzden geçir derim cok düşük lisans maliyetleri ile gercek anlamda prof bir db ile calismayi ele aldırıyor. Üstelik Oracle ile yarışan bir platforma %10 bir maliyet ile girebiliyorsun. Bu aralar fazla yogunum. Unuttugum seyler oluyorsa affola. DM vs atın.

Deney sonuçları "MyISAM daha hızlı" diyorsa kabul ederim ancak test ederken kullandığın queriler, tabloların indexleri ve benzeri dataları bu konuya eklersen bu iddianı kanıtlamış olursun

MhmdAlmz bunu yazdı Çok mantıklı geldi. Yazdığım uygulamada da buna benzer ihtiyacım vardı ama benim insert işlemi maximum 1M aldığndan direk Innodb ye yazdırdım. motoru değiştirmek aklıma hiç gelmemişti bir rnek ile bende bir test edeyim güzel bir yntemmiş yeşillendirdiğin için teşekkürler :) Innodb Select sorgusunda Intergeri değeri şart koyduğumuzda çok hızlı sonuçlar dnderdiğini biliyorum Myisam ile hiç karşılaştırmadım bu analizler zor olsa gerek :) Teşekkürler tekrardan yeşillendirdğini için :) Bizde uygulayalım :) Eğer projen public değilse, https://www.enterprisedb.com/ bu ürünü de bir gzden geçir derim cok düşük lisans maliyetleri ile gercek anlamda prof bir db ile calismayi ele aldırıyor. Üstelik Oracle ile yarışan bir platforma %10 bir maliyet ile girebiliyorsun. Şuan için bir hayli zor mevcut masaüstü sistemini platform bağımsız hale getirip DB de yenilemeler yapıyoruz. Belki ilerleyen aşamalarda olabilir tabi bir trade off gerekli bunun için:) Byle birşeyle karşılaşırsam kahve içmeye gelirim artık :) Andolsun kuşluk vaktine ve dindiği zaman o geceye ki, Rabbin sana veda etmedi ve darılmadı! Ve kesinlikle senin için sonu nünden daha hayırlıdır. ileride Rabbin sana verecek de hoşnut olacaksın! O, seni bir yetim iken barındırmadı mı? Seni, yol bilmez iken yola koymadı mı? Seni bir yoksul iken zengin etmedi mi? yle ise, sakın yetime kahretme ! El açıp isteyeni de azarlama! Fakat Rabbinin nimetini anlat da anlat!

INNODb seçmeni neririmINNODb'de insertler bir nebze y a v a ş olabilir , ancak s electlerde bariz hız farkı grürsün, dataların daha hızlı geldiğini fark edeceksin Hocam, disk kapasitesi, ram, işlemci, mysql indexı, attığın queri bunlar nemlidir . INNODB'de "select count from table" querileri çok y a v a ş tır, myisam'da bu hızlıdır. nedeni de; biri table countu aklında tutar digeri tutmaz s a y a r. Siz onun hızlı olmasını isterseniz "select count from table where c = 1" şeklinde indexli bir field uzerinden alabilirsiniz Olabilir mongodb noSQL, milyarlarca data tutabilir, user psw olayını duymaıdm, genelde bıg data ıcın kullanılır. Ben neden SQL den kaçıp NoSQL kullanayım? Zaten SQL'in avantajları benim işime y a r a y a n node. js ile phpde yaptığın her şeyi yaparsın, fazlasını da yaparsın. Ben uzun yıllar asp, php kullanıp, zel sektrde de 4-5 farklı firmada kod yazdıktan sonra, artık birçok php frameworkunu ogrenmeme rağmen node. js ve Javascript bilgim belli bir seviyeye ulaştıktan sonra asp, php, java gibi dilleri tamamen bıraktım, hiç kullanmıyorum. Ne iş olsa node. js ile halletmeye çalışıyorum. En sevdiğim package ise socket.io Şunu sylemek istiyorum, bir linux vps kiralayıp $5-10, centos falan kurup uzerine node. js kurarsın, 5 dkda sunucun olur, daha sonra routing, guvenlik vs gibi konuları da javascript y a z a r a k eklersin, setTimeout, setInterval gibi + fonksiyonların olur. S u n u c u n u n her zelliğini biliyor olursun EDİT: Ancak Javascript ile s u n u c u geliştirmek, php ile geliştirmekten daha zordur. Cevdet tarafından 31/Ağu/17 11:55 tarihinde düzenlenmiştir

Hocam hız farkını 2M kayıttan sonra daha açık gorebilirsin

Hocam bu iş biraz da ne yapacağınla ilgili. Dediğiniz gibi tüm data bir anda kaydedilecekse, nce myisama atıp innodb'e cevirmek mantıklı Ancak ben bir websitesi yapıyorsam benim için data kaydetme hızı çok mühim değilse, innodb ile başlarım+ Ben innodb ile birkaç milyonluk data ile çalıştım "select count from table" dışında bir hız p roblemi grmedim Hocam problem demek yanlış olur. Karşılaştırma demek daha doğru. birinin 0,04 gibi bir sürede ike diğerinin ki 0.07 gibi bir sürede idi ama dediğin gibi doğru olan innodb kullanmak. Ki kimse durduk yere dediğin gibi br where koşulu oymadan işlem yapmaz. statusu aktif olanlari cekersin vs gibi. Bu aralar fazla yogunum. Unuttugum seyler oluyorsa affola. DM vs atın.

Hocam hiz her zaman iyi değildir. Mysql de cok kullandim. Kendi deneyimlerime nazaran myisam daha hizli olacaktir cogu konuda ama innodb transaction harici bir avantaji yoktur deme sakin. Myisam da tutarsiz davranişlar cok fazla var. Birde veri tipine gore ve index tipi ne gore innodb myisam a esit oldugu noktalar oluyor. Hatta sorgunun kosullarina gore bile değişebiliyor. Reletional olmayacaksa zaten nosql e ynel ama diger turlu ben innodb derim. Mysql de myisam haricinde diger motorlara da bak derim ayroca.. Bu imzayı her grdüğünüzde 4gb kotanızın 0,00000358559191226959228515625 azalmaktadır. Bilerek ve istenerek bu imza yapılmıştır. Amaç kotanızı smürmektir

MhmdAlmz bunu yazdı rakkoc bunu yazdı Cevdet bunu yazdı Deney sonuçları "MyISAM daha hızlı" diyorsa kabul ederim ancak test ederken kullandığın queriler, tabloların indexleri ve benzeri dataları bu konuya eklersen bu iddianı kanıtlamış olursun MyIsam select ler hariç daha hızlıdır. Asıl nedeni ise myisam da data diske yazılmadan onay verir memory den işlem yapılır ayri bit thread acar diske yazacak o thread asenkron gider. Bu yüzden hızlıdır. Sorun elektrik kesintisi olursa tablo bozula bilir Repair table komutları ile düzelir ama müdahale gerekir. Ve memory den diske yazılmamış veri Uçar transaction olmadiği için geridonus yoktur disk doldu myisam can not insert demez. Ama yine veri ucar. Bunlar yüzünden nemli yerlerde innodb ye ihtiyaç duyuyorum. Job create mantiğinda tablo yaratıyorsam. Tabloyu runtime de yaratıp myisam ile içine insertleri yapıp. İşlemlerim bittiği zaman select Ile kontrol yapıp innodb ye ceviriyorduk teknikkartta iken en son yazılım geliştirdm 8 yil olnce bu fark vardı. Kart baskı programının iş emirlerini Boyle tutuyorduk perfons ciddi nemli ve veri güvenliği sağlanıyordu. 2 farklı motor kullandığınız halde nasıl bu kadar hızlı verimlilik sağlıyordunuz ki? X bir insert işlemi için MyIsam dan innodb ye geçerken zaman kaybı cok mu kısa? Çok merak ettim açıklar mısın abi biraz daha detaylı :) EDİT ; Anladım iş emirleri vt de olduğu için zaten sabit VT Yi sonradan hazırlayıp gmüyordunuz. Olay rgüsü realtime gerçekleşiyor sandım :) Teşekkürler. evet ilk farkli kaynaktan gelen veri db de olusuyor bir kere oluştuktan sonra sadece tek bir flag update edildiği için oradaki durumu cok onemsemiyorum ama ilk adımda data içeriye insert edilirken 10 milyon kart datasi insert edilicek mesela myisam ile runtime da bir tablo yaratilir standart kolonlar ID, PrintFrontStatus, PrintBackStatus gibi kolonlar standart sonrasi data da gelen her kolon için col1 col2 gibi bunlar veritabanina cekilirken myissam ile cektiğimde 15-20 dk civari iken, innodb de 3 saat i buluyordu. bu yuzden myissam ile cekip daha sonra tabloyu innodb ye cekiyordum. bu işlem de yaklasık 5 dk sürüyordu. toplamda 10 milyon record bana 30dk de baskiya hazır hale geliyordu. Direk innodb yaptğimda ise 2,5-3 saat birde bu işlemde innodb de yaparken transaction kullanırsam diğer kullanicilar server da işlem yapamiyordu. myisam bu kadar iyi ken neden daha sonra myisam ile devam etmiyordum kismida kartlar basiliyor kart basimda iken elektrik gitti server kapandi son basilan 5 - 10 recorda yaptiğim update sistemde yok ve tablo select bile edilemiyor oluyor. Biraz araştırdıktan sonra oğrendim memory senkronizasyonu ile calisiyormuş senkronize olmayan recordlarin bilgisi diske yazilmadiği için servis aniden kapandiğinda patlıyor. Update de güzel bir index ile büyük verilerde innodb daha perfornsli oldugunu da gzlemledim. bulk update işlemleri olmasa bile Primary key ile verilen updatelerde innodb daha performansli. butun tablo sorgularda Myissam açık ara nde. Şuan Enterpise Db 'nin partnerliğini almaya çalışıyorum Allah tekrar mysql'e düşürmesin beni inşallah :d Çok mantıklı geldi. Yazdığım uygulamada da buna benzer ihtiyacım vardı ama benim insert işlemi maximum 1M aldığndan direk Innodb ye yazdırdım. motoru değiştirmek aklıma hiç gelmemişti bir rnek ile bende bir test edeyim güzel bir yntemmiş yeşillendirdiğin için teşekkürler :) Innodb Select sorgusunda Intergeri değeri şart koyduğumuzda çok hızlı sonuçlar dnderdiğini biliyorum Myisam ile hiç karşılaştırmadım bu analizler zor olsa gerek :) Teşekkürler tekrardan yeşillendirdğini için :) Bizde uygulayalım :) Andolsun kuşluk vaktine ve dindiği zaman o geceye ki, Rabbin sana veda etmedi ve darılmadı! Ve kesinlikle senin için sonu nünden daha hayırlıdır. ileride Rabbin sana verecek de hoşnut olacaksın! O, seni bir yetim iken barındırmadı mı? Seni, yol bilmez iken yola koymadı mı? Seni bir yoksul iken zengin etmedi mi? yle ise, sakın yetime kahretme ! El açıp isteyeni de azarlama! Fakat Rabbinin nimetini anlat da anlat!

@lepusmorris google'da "myisam innodb" araması yaparsan innodb'nin doğru seçim olduğunu grürsün

Hocam hız farkını 2M kayıttan sonra daha açık gorebilirsin ben mi yanlış lçüyorum bilmiyorum ama myisam select ve insertlerde 2 kat daha hızlı çalışıyor. 2m kayıt ile denedim. edit: innodb'nin tek avantajı transaction gzüküyor şuan. lepusmorris tarafından 31/Ağu/17 17:32 tarihinde düzenlenmiştir..

mysql de motoru nasıl seçmeliyim. karşılaştırmalara gzattım ama hep eski bilgiler, yorumlar. güncel tecrübeleriyle beni aydınlatablecek kimse var mı ya da kaynak gsterebilecek? bir de hızlıca insert ve select kullanabilmek istiyorum. en performanslısına nasıl ulaşabilirim? kayıt sayısı hangi rakamlara ulaştıktan sonra sorunlarla karşılaşırım. sunucu zellikleri güçlendirmekle bu aşılabilir mi? insertlerde kayıt kaçırma durumları olabiliyor mu? mongodb hangi projelerde kullanılıyor. sanırım user, password giremiyormuşuz. bu güvenlik açığı oluşturmaz mı? mysql ile karşılaştırınca daha performanslı diyolar ama şuradaki sonuçlarda çok farklı gzüküyor. node. js ile php'de yaptığım çoğu şeyi yaabilir miyim? phpye alternatif olarak kullanılabilir mi? sipariş takibi yapılan bir projem var. onda kullanacağım. kayıt kaçırmaması ve selectlerin çok uzun sürmemesini istiyorum. teşekkürler. lepusmorris tarafından 31/Ağu/17 11:34 tarihinde düzenlenmiştir..

INNODb seçmeni neririmINNODb'de insertler bir nebze y a v a ş olabilir , ancak s electlerde bariz hız farkı grürsün, dataların daha hızlı geldiğini fark edeceksin Hocam, disk kapasitesi, ram, işlemci, mysql indexı, attığın queri bunlar nemlidir . INNODB'de "select count(1) from table" querileri çok y a v a ş tır, myisam'da bu hızlıdır. nedeni de; biri table countu aklında tutar digeri tutmaz s a y a r. Siz onun hızlı olmasını isterseniz "select count(1) from table where c = 1" şeklinde indexli bir field uzerinden alabilirsiniz myIsam'da olabilir mongodb noSQL, milyarlarca data tutabilir, user psw olayını duymaıdm, genelde bıg data ıcın kullanılır. Ben neden SQL den kaçıp NoSQL kullanayım? Zaten SQL'in avantajları benim işime y a r a y a n node. js ile phpde yaptığın her şeyi yaparsın, fazlasını da yaparsın. Ben uzun yıllar asp, php kullanıp, zel sektrde de 4-5 farklı firmada kod yazdıktan sonra, artık birçok php frameworkunu ogrenmeme rağmen node. js bilgim belli bir seviyeye ulaştıktan sonra asp, php, java gibi dilleri tamamen bıraktım, hiç kullanmıyorum. Ne iş olsa node. js ile halletmeye çalışıyorum. En sevdiğim package ise socket.io Şunu sylemek istiyorum, bir linux vps kiralayıp $5-10, centos falan kurup uzerine node. js kurarsın, 5 dkda sunucun olur, daha sonra routing, guvenlik vs gibi konuları da javascript y a z a r a k eklersin, setTimeout, setInterval gibi + fonksiyonların olur. S u n u c u n u n her zelliğini biliyor olursun EDİT: Ancak Javascript ile s u n u c u geliştirmek, php ile geliştirmekten daha zordur. ben hep myisam avantajlı sanıyor ve yle kullanıyordum. valla makalelere gzattıkça kafam çorba oldu hocam. kimisi innodb'ye kpek çekiyor; çok ram yiyor, selectlerde zorlanıyor falan diyor. kimisi de myisam kaldırılacak, pek kullanışlı değil diyor. performans testlerinde myisam hep avantajlı gzüküyor. https://github.com/webcaetano/mongo-mysql bakıyorum wordpress falan da myisam. iyice karıştı işler. sipariş takibi yapılan bir projem var. onda kullanacağım. kayıt kaçırmaması ve selectlerin çok uzun sürmemesini istiyorum. ayrıca zaman ayırdığın için teşekkür ederim. ..

Cevdet bunu yazdı Deney sonuçları "MyISAM daha hızlı" diyorsa kabul ederim ancak test ederken kullandığın queriler, tabloların indexleri ve benzeri dataları bu konuya eklersen bu iddianı kanıtlamış olursun MyIsam select ler hariç daha hızlıdır. Asıl nedeni ise myisam da data diske yazılmadan onay verir memory den işlem yapılır ayri bit thread acar diske yazacak o thread asenkron gider. Bu yüzden hızlıdır. Sorun elektrik kesintisi olursa tablo bozula bilir Repair table komutları ile düzelir ama müdahale gerekir. Ve memory den diske yazılmamış veri Uçar transaction olmadiği için geridonus yoktur disk doldu myisam can not insert demez. Ama yine veri ucar. Bunlar yüzünden nemli yerlerde innodb ye ihtiyaç duyuyorum. Job create mantiğinda tablo yaratıyorsam. Tabloyu runtime de yaratıp myisam ile içine insertleri yapıp. İşlemlerim bittiği zaman select Ile kontrol yapıp innodb ye ceviriyorduk teknikkartta iken en son yazılım geliştirdm 8 yil olnce bu fark vardı. Kart baskı programının iş emirlerini Boyle tutuyorduk perfons ciddi nemli ve veri güvenliği sağlanıyordu. 2 farklı motor kullandığınız halde nasıl bu kadar hızlı verimlilik sağlıyordunuz ki? X bir insert işlemi için MyIsam dan innodb ye geçerken zaman kaybı cok mu kısa? Çok merak ettim açıklar mısın abi biraz daha detaylı :) EDİT ; Anladım iş emirleri vt de olduğu için zaten sabit VT Yi sonradan hazırlayıp gmüyordunuz. Olay rgüsü realtime gerçekleşiyor sandım :) Teşekkürler. MhmdAlmz tarafından 01/Eyl/17 12:14 tarihinde düzenlenmiştir Andolsun kuşluk vaktine ve dindiği zaman o geceye ki, Rabbin sana veda etmedi ve darılmadı! Ve kesinlikle senin için sonu nünden daha hayırlıdır. ileride Rabbin sana verecek de hoşnut olacaksın! O, seni bir yetim iken barındırmadı mı? Seni, yol bilmez iken yola koymadı mı? Seni bir yoksul iken zengin etmedi mi? yle ise, sakın yetime kahretme ! El açıp isteyeni de azarlama! Fakat Rabbinin nimetini anlat da anlat!

bende bu konuyu bayağı araştırmıştım doğru index ve iyi query ile innodb ile iyi performanslar yakalayabilirsin. Yani neye ihtiyacın varsa ona gre arama yap hocam. Projende ne yapaaksan ikisini karşlaştır ona gre birini kullan bence. Andolsun kuşluk vaktine ve dindiği zaman o geceye ki, Rabbin sana veda etmedi ve darılmadı! Ve kesinlikle senin için sonu nünden daha hayırlıdır. ileride Rabbin sana verecek de hoşnut olacaksın! O, seni bir yetim iken barındırmadı mı? Seni, yol bilmez iken yola koymadı mı? Seni bir yoksul iken zengin etmedi mi? yle ise, sakın yetime kahretme ! El açıp isteyeni de azarlama! Fakat Rabbinin nimetini anlat da anlat!