{"id":16694,"date":"2025-03-30T17:15:15","date_gmt":"2025-03-30T14:15:15","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/oracle-sql-yurutme-suresini-110-saniyeden-2-saniyeye-indirdim\/"},"modified":"2025-03-30T17:15:15","modified_gmt":"2025-03-30T14:15:15","slug":"oracle-sql-yurutme-suresini-110-saniyeden-2-saniyeye-indirdim","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/oracle-sql-yurutme-suresini-110-saniyeden-2-saniyeye-indirdim\/","title":{"rendered":"Oracle SQL Y\u00fcr\u00fctme S\u00fcresini 110 Saniye’den 2 Saniye’ye \u0130ndirdim!"},"content":{"rendered":"

<\/p>\n

Oracle SQL Y\u00fcr\u00fctme S\u00fcresini 110 Saniye’den 2 Saniye’ye \u0130ndirdim!<\/p>\n

Merhaba! Fatih Soysal olarak, uzun zamand\u0131r Oracle SQL veritabanlar\u0131yla \u00e7al\u0131\u015f\u0131yorum. Bu makalede, son zamanlarda kar\u015f\u0131la\u015ft\u0131\u011f\u0131m ve \u00e7\u00f6z\u00fcmledi\u011fim performans sorununu, yani 110 saniyede \u00e7al\u0131\u015fan bir SQL sorgusunun y\u00fcr\u00fctme s\u00fcresini nas\u0131l 2 saniyeye indirdi\u011fimi ad\u0131m ad\u0131m anlataca\u011f\u0131m. Umar\u0131m bu deneyimim size de yard\u0131mc\u0131 olur.<\/p>\n

Ba\u015flang\u0131\u00e7ta, olduk\u00e7a karma\u015f\u0131k bir yap\u0131da olan sorgum 110 saniye gibi uzun bir s\u00fcrede sonu\u00e7 veriyordu. Bu durum, uygulaman\u0131n genel performans\u0131n\u0131 ciddi oranda etkilemekteydi. Dolay\u0131s\u0131yla, sorunun k\u00f6kenini bulmak ve bir \u00e7\u00f6z\u00fcm \u00fcretmek i\u00e7in yo\u011fun bir ara\u015ft\u0131rmaya ba\u015flad\u0131m. \u00d6ncelikle, sorgunun y\u00fcr\u00fctme plan\u0131n\u0131 analiz ettim.<\/p>\n

Y\u00fcr\u00fctme Plan\u0131 Analizi ve \u0130lk G\u00f6zlemler<\/h2>\n

Oracle’\u0131n sa\u011flad\u0131\u011f\u0131 EXPLAIN PLAN<\/code> komutu ile sorgunun y\u00fcr\u00fctme plan\u0131n\u0131 detayl\u0131 bir \u015fekilde inceledim. Analiz sonucunda, baz\u0131 tablolar \u00fczerinde yap\u0131lan tam tablo taramalar\u0131n\u0131n (full table scan) performans\u0131 ciddi \u015fekilde etkiledi\u011fini fark ettim. \u00d6zellikle b\u00fcy\u00fck boyutlu tablolar \u00fczerinde yap\u0131lan bu taramalar, sorgunun uzun s\u00fcre \u00e7al\u0131\u015fmas\u0131na neden oluyordu. Bu noktada, indekslerin eksikli\u011fini veya verimsiz oldu\u011funu d\u00fc\u015f\u00fcnd\u00fcm.<\/p>\n

\u0130ndeks Optimizasyonu: \u00c7\u00f6z\u00fcm\u00fcn Anahtar\u0131<\/h2>\n

Bir sonraki ad\u0131mda, ilgili tablolar \u00fczerinde eksik olan veya verimsiz olan indeksleri tespit edip iyile\u015ftirmeye odakland\u0131m. \u00d6ncelikle, s\u0131kl\u0131kla filtrelenen s\u00fctunlar \u00fczerinde uygun indeksleri olu\u015fturdum. Bu, sorgunun veriye eri\u015fim s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde k\u0131saltt\u0131.<\/b> Ayr\u0131ca, var olan baz\u0131 indekslerin yap\u0131s\u0131n\u0131 da optimize ettim. \u00d6rne\u011fin, \u00e7ok s\u00fctunlu indekslerde s\u00fctun s\u0131ras\u0131n\u0131 de\u011fi\u015ftirerek, sorgunun filtreleme i\u015flemlerini daha h\u0131zl\u0131 yapmas\u0131n\u0131 sa\u011flad\u0131m.<\/p>\n

\n-- \u00d6rnek indeks olu\u015fturma komutu\nCREATE INDEX idx_musteri_adi ON musteriler (musteri_adi);\n<\/code><\/pre>\n
\u0130ndeksleme i\u015fleminden sonra, sorgunun y\u00fcr\u00fctme plan\u0131n\u0131 tekrar inceledim.  Full table scan say\u0131s\u0131nda belirgin bir azalma oldu\u011funu g\u00f6zlemledim.  Art\u0131k, indeksler sayesinde veritaban\u0131, gerekli verileri \u00e7ok daha h\u0131zl\u0131 bir \u015fekilde buluyordu. <\/p>\n
Sorgunun Yap\u0131sal \u0130yile\u015ftirmesi<\/h2>\n
\u0130ndeks optimizasyonunun yan\u0131 s\u0131ra, sorgunun yap\u0131s\u0131n\u0131 da iyile\u015ftirdim.  Baz\u0131 gereksiz i\u015flemleri kald\u0131rarak ve sorguyu daha verimli bir hale getirerek performans\u0131 daha da art\u0131rd\u0131m.  \u00d6rne\u011fin, gereksiz JOIN i\u015flemlerini yeniden g\u00f6zden ge\u00e7irdim ve baz\u0131 durumlarda EXISTS kullanarak performans kazanc\u0131 sa\u011flad\u0131m.  Ayr\u0131ca,  WHERE ko\u015fullar\u0131n\u0131 daha se\u00e7ici bir \u015fekilde d\u00fczenleyerek gereksiz kay\u0131tlar\u0131n taranmas\u0131n\u0131 engelledim. <\/p>\n
T\u00fcm bu ad\u0131mlar\u0131 uygulad\u0131ktan sonra, sorgumun y\u00fcr\u00fctme s\u00fcresi 110 saniyeden 2 saniyeye d\u00fc\u015ft\u00fc! Bu inan\u0131lmaz bir performans art\u0131\u015f\u0131yd\u0131.  Bu s\u00fcre\u00e7te, Oracle SQL performans optimizasyonuna dair bir\u00e7ok kaynaktan faydaland\u0131m.  Sizlere de bu konuda ara\u015ft\u0131rma yapman\u0131z\u0131 ve farkl\u0131 teknikleri denemeyi \u00f6neririm.<\/p>\n
Sonu\u00e7<\/h2>\n
Bu deneyim, Oracle SQL performans\u0131n\u0131n optimizasyonunun ne kadar \u00f6nemli oldu\u011funu ve do\u011fru teknikler ile ne kadar b\u00fcy\u00fck performans art\u0131\u015flar\u0131 elde edilebilece\u011fini g\u00f6stermektedir.  \u0130ndeks optimizasyonu ve sorgunun yap\u0131s\u0131ndaki iyile\u015ftirmeler, performans sorunlar\u0131n\u0131 \u00e7\u00f6zmek i\u00e7in hayati \u00f6neme sahiptir.  Umar\u0131m bu makale, Oracle SQL performans\u0131yla ilgili sorunlar\u0131n\u0131z\u0131n \u00e7\u00f6z\u00fcm\u00fcnde size yard\u0131mc\u0131 olmu\u015ftur. Daha fazla bilgi ve \u00f6rnek i\u00e7in  fatihsoysal.com<\/a> adresini ziyaret edebilirsiniz. Ba\u015fka sorular\u0131n\u0131z i\u00e7in de bana ula\u015fmaktan \u00e7ekinmeyin!<\/p>\n
Faydal\u0131 bulabilece\u011finiz kaynaklar:<\/p>\n