sharedLock kullanımı

deathisonitsway

Arkadaşlar selam bir deneme yapıyorum.. 100 biner fake kayıtlar ekliyorum..

ve eklerken aynı anda select yapmaya calıstıgımda..vuvvv..!!! baya bekletiyor beni..


\DB::table()->get();

sharedLock ekledigimde sorun cozuldu gibi ama azcıkta olsa yine bekletmesi normalmidir


\DB::table()->sharedLock()->get();

sineld

Insert ve Select ağırlıklı iş yaptırıyorsan Tablo tipi olarak InnoDB kullan, bu daha performanslı olacaktır.

Bir de mümkünse Insert işlemleri tamamlandıktan sonra Select işlemlerini yap, asıl performans farkını o zaman hissedersin diye düşünüyorum.

deathisonitsway

peki ama tabloya insert olup olmadıgını nasıl anlıcam.. sayfaya istek atıyorum ben ..(select sayfasına) arkada insert oluyor ama zibil gibi..yani baska baska yerlerde insanalar o tabloya insert yapıyor olabilirler.. motor innodb zaten..

sineld

"var mı kontrol et, yoksa ekle" yaptırıyorsan MySQL'in farklı kullanımlarından yararlanmanı öneririm:

INSERT INTO users_partners (uid,pid) VALUES (1,1);
...1 row(s) affected

INSERT INTO users_partners (uid,pid) VALUES (1,1);
...Error Code : 1062
...Duplicate entry '1-1' for key 'PRIMARY'

INSERT IGNORE INTO users_partners (uid,pid) VALUES (1,1);
...0 row(s) affected

INSERT INTO users_partners (uid,pid) VALUES (1,1) ON DUPLICATE KEY UPDATE uid=uid
...0 row(s) affected

REPLACE INTO users_partners (uid,pid) VALUES (1,1)
...2 row(s) affected

INSERT INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...Error Code : 1062
...Duplicate entry '1-1' for key 'PRIMARY'

INSERT IGNORE INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...3 row(s) affected

INSERT INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4) ON DUPLICATE KEY UPDATE uid=uid
...3 row(s) affected

REPLACE INTO users_partners (uid,pid) VALUES (1,1),(1,2),(1,3),(1,4)
...5 row(s) affected

Detaylar burada: http://stackoverflow.com/questions/548541/insert-ignore-vs-insert-on-duplicate-key-update

deathisonitsway

iyi ama unique alan meselesi değil ki bizim meselemiz sineld hocam..tabloya 100 binlerce farklı unique veri atılsın... o atılırken ben baska bir route da o tabloya select atıyorum..yani veri okuycam...konu bu değil mi..ben mi bir şeyleri kaçırıyorum

sineld

Ben kaçırmış olabilirim durumu

loc

Konuya dışarıdan giriş yapmayı deneyeyim

Shared lock kullanımındaki amaç nedir? Tam olarak nasıl bir fayda sağlar? Bu konuda aydınlatabilir misiniz beni?

deathisonitsway

@loc bilsem bende sormam zatende..manualde table locking icin onu kullanmamızı onermiş..aslında cok yüklü insert update processlerde master read icinde slave kullanmak lazım..en guzeli o da..
hani basicte nasıl cozulur onu sorayım dedim

sorun su :


//bir route icinde 

for ($i=1; $i<=100000; $i++)
{

\DB::insert();

}

yaptıgımızda bu calısırken..baska bir routede


\DB::get();

yapmak...işte bu cok yogun processte olmuyor..bir 15 saniye felan bekliyorsun...


\DB::sharedLock()->get();

bu sureyi azalttı mesela...o kadar kasmıyor..ama tabi çat diyede inmiyor sayfa..

mgsmus

loc yazdıKonuya dışarıdan giriş yapmayı deneyeyim

Shared lock kullanımındaki amaç nedir? Tam olarak nasıl bir fayda sağlar? Bu konuda aydınlatabilir misiniz beni?

Siz SELECT ile kayıtları alırken, işlem tamamlanıncaya kadar arka planda kayıtların değiştirilmesini engelliyor.