這里摘自網上，僅供自己學習之用，再次鳴謝 概述： 交代一下背景，這算是一次項目經驗吧，屬於公司一個已上線平台的功能，這算是離職人員挖下的坑，隨着數據越來越多，原本的SQL查詢變得越來越慢，用戶體驗特別差，因此SQL優化任務交到了我手上。 這個SQL查詢關聯兩個數據表，一個是攻擊IP用戶表主要 ...

目前的業務里面，有一個日志表，數據量達到了億級別，現在需要進行優化，首先要做的事情就才用加索引的方式，並不是所有的數據庫的字段都需要加索引，而是常用的搜索字段添加索引，但是要注意，如果數據量過大，索引依然會失效，此時可以考慮加上force idenx強制走索引的方式來解決不走索引的問題 ...

1.對查詢進行優化，要盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。 2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如： 最好不要給數據庫留NULL，盡可能的使用 ...

說明：平時很少接觸到大數據分頁，今天有興趣在數據庫插入1000萬條數據進行測試，經過查詢相關資料得到如下說明：筆者在工作中有一上百萬條記錄的表，在jsp頁面中需對該表進行分頁顯示，便考慮用rownum來做，下面是具體方法(每頁顯示20條)：語句："select * from tabname ...

1）簡單的查詢分頁；分每頁5條 limit [offset],[rows] 2）建立id索引；查詢索引id 3）使用 between and 語句分頁效率快N倍 4）分表存儲；30萬條記錄的id存存儲到單獨的一個索引表t ...

1.對查詢進行優化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。 2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：select id from t where num is null ...

1.對查詢進行優化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。 2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：select id from t where num is null ...

1.對查詢進行優化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。 2.應盡量避免在 where 子句中對字段進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：select id from t where num is null ...