data_ID, firstName, lastName, phone, pack_ID, district, postalCode, location, stateCode, uniqKey, calls, state, details, createAt, updateAt, callAt
Tablomuzda bulunan sütunlar bu şekilde.

Sorgularımızı genellikle data_ID, pack_ID ve uniqKey üzerinden limit 1 kullanarak yapıyruz. 1.5M kayıt olduğu zamanlarda 0.5 - 0.8 ms civarında bir sürede sonuç veriyor. Indexlerimiz relation olan data_ID, pack_ID ek olarak ayrıca uniqKey üzerinden oluşturduk.

Kullanılan SQL cümlelerinde LIKE sorgusu bulunmuyor.
Altyapı olarak AWS EC2 32GB RAM 8Core (t3.2xlarge) bir makine kullanıyoruz. Centos 7 üzerinde MariaDB 10.5 bulunuyor

* WITH (NOLOCK) kullanıyor musunuz ?
Kullanmıyoruz. Genellikle update sorguları 30/sn olarak geliyor buda Dedlock sorunları oluşturdu.

* TEMP Tabloları kullanıyor musunuz ?
Kullanmıyoruz

* ne tür datalar tutuyorsunuz arıyorsunuz ve neden dönemsel veya uniq bazlı ayırmıyorsunuz ?
Müşteri bilgilerinin datalarını tutuyoruz müşterilerin durumlarını takip edebilmek için bütüne ihtiyaç duyuyoruz

* Arama-Sorgulama gibi yapılarda Redis-Elastic Search kullanılabilir
Dediğiniz okuma çözümü için redis'e yöneldik deneyimli bir arkadaşın yönlendirmesi sonrasında

* Yazma ve okuma db ayırabilirsiniz. (CQRS)
Aynı arkadaş bu şekilde de bir öneride bulundu bunuda göz önünde bulunduracağız