很多網(wǎng)站建設(shè)的人員都知道的是索引優(yōu)化是最為基礎(chǔ)的工作，優(yōu)化數(shù)據(jù)庫(kù)查詢就有非常多的分支，而減少SQL的請(qǐng)求只是其中的一個(gè)領(lǐng)域，那么如何才能夠知道SQL的請(qǐng)求是否是合理的呢？
    我們可以通過線上系統(tǒng)查看，出現(xiàn)請(qǐng)求較多的，數(shù)據(jù)壓力比較大，可以輸出一段時(shí)間的查詢請(qǐng)求，然后給予日志進(jìn)行分析。我們要查看完全一致的查詢請(qǐng)求有多少，平均每秒里會(huì)出現(xiàn)多少次這樣的查詢。而基于同一個(gè)數(shù)據(jù)表同一個(gè)主鍵的查詢又有多少，在每秒的時(shí)間當(dāng)中平均會(huì)出現(xiàn)多少這樣的查詢等。而這兩種請(qǐng)求，我們可以通過建立緩存機(jī)制來進(jìn)行優(yōu)化。
    做了這個(gè)分析之后，就會(huì)有一個(gè)很好的數(shù)據(jù)認(rèn)知。對(duì)于很多不是特別出色的開源系統(tǒng)來說，分析一下就會(huì)發(fā)現(xiàn)能夠裁剪的查詢請(qǐng)求是非常的巨大的。而更新請(qǐng)求也是可以優(yōu)化的，我們可以在用mysql的情況之下，先解開binlog文件，將其還原為文本文件，然后再來分析基于同一數(shù)據(jù)的數(shù)據(jù)表，看看同一主鍵的更新請(qǐng)求是有多少，在每個(gè)時(shí)間段當(dāng)中平均會(huì)出現(xiàn)多少這樣的一個(gè)請(qǐng)求。
  如果說這種請(qǐng)求較為多的話，就可以有針對(duì)的建立隊(duì)列，定時(shí)的異步更新。如果說線上有實(shí)時(shí)性的要求的話，線上可以保持一個(gè)內(nèi)存數(shù)據(jù)來做同步更新。總之我們?cè)诮ㄔO(shè)網(wǎng)站的時(shí)候要隨時(shí)了解自己的讀寫請(qǐng)求頻次情況。對(duì)于同主鍵的讀寫請(qǐng)求，都是可以優(yōu)化的可以裁剪的。