資料庫面臨什麼問題？
1.**這種高oltp系統中，有些核心sql的執行頻率在千萬次/小時之上，隨著業務量的持續膨脹，執行次數開始成倍的增加，整個庫高峰時期執行次數不 下5000萬/小時，為了應對資料庫帶來的瓶頸，我們開始對系統進行調整，從應用，從cache，從分布式資料上進行改造，對硬體進行公升級，但這些都只是 延緩資料庫帶來的壓力，資料庫還是容易達到極限，畢竟資料庫是單點的，而執行次數在不斷加速攀公升。
2.核心sql放在索引裡面掃瞄，盡量不回表，回表對乙個大表，對高執行頻率的sql來說，代價太大了，最近我發現有些需求會對核心sql進行調整，如增 加欄位，然後在查詢條件中新增這個條件，對於執行頻率過高的sql，我的思想是盡量做到不回表，那只能對索引進行調整，冗餘新增加的字段，核心索引重建的 風險還是很大的，會導致索引的字段會越來越多，而隨著業務的複雜度增加，需要不斷新增欄位到索引中。
搜尋引擎能解決什麼？
在**首頁搜尋商品（如諾基亞 n71），會顯示一大堆的結果集來，這是通過搜尋引擎來實現的。換個角度來思考，如想檢視我的交易，可能也就傳遞乙個id引數給搜尋引擎，通過搜尋引擎來 查詢，再比如檢視我的收藏，我的寶貝，我的評價，也可以通過搜尋引擎來實現。如果真是這樣的，那搜尋引擎對資料庫來就大有價值了，**的資料庫讀寫比率很 高，大部分效能都花在讀上面，如果我們能把這部分sql遷移到搜尋引擎上，效益是相當可觀的。
我相信搜尋引擎在**會有很好的前景，並能真正應用到商品管理，交易管理，評價管理，收藏夾等業務中，期待這一天。
周五閒聊開發說他的目標是很多功能通過搜尋引擎來實現，然後讓我們這些dba失業，我倒是期望這一天早點到來，真正的把我們解放出來，而不是現在天天滿腦子database，要跳出資料庫的範疇，多去打打牌，喝喝茶，這樣才會有創造力。
修文(17:28:00):
你們資料庫不是公升級到新的伺服器，效能更強
丁原(17:30:19):
這是個問題，要解決問題，跟機器公升級沒有關係吧
修文(17:32:27):
先說明，這不是問題，是由業務去驅動的
丁原(17:33:26):
我知道啊，所以才靠你去驅動嘛
修文(17:36:07):
我想用實時se
修文(17:36:20):
然後讓你們失業，
丁原(17:36:25):
這個還早著呢，我估計。
修文(17:36:42):
都已經快上線了
丁原(17:36:57):
我們以後不僅僅是做資料庫了，我們團隊關注的是資料，是data，不僅僅是db。
丁原(17:41:56):
lg有沒有計畫使用se
修文(17:42:25):
只要se穩定了，我就會提需求出來，還要看你們那邊的壓力呢
丁原(17:43:43):
我們這麼大的業務量，不能總去去依賴資料庫來實現，資料庫是扛不住的，資料庫是單點的，就算一直加cpu，加記憶體又有什麼用呢
修文(17:45:46):
我們已經在想方案去解決了，實時se就是。
--eof--
搜尋引擎的使用
搜尋引擎只是乙個索引資料庫，一般沒有自己的資訊資源，資訊的可獲得性與搜尋引擎無關。不過搜尋引擎有時也會在資料庫中儲存某些資訊的內容。cache 搜尋谷歌快取的頁面daterange 查詢在一定的日期或者一定的日期範圍內，google索引的網頁 該語法只關注被google收錄的時間，而不關注網頁建立的...
如何使用Shodan搜尋引擎來診斷漏洞？
shodan搜尋引擎允許使用者查詢帶有網路位址的特定型別計算機 scada 管理控制與資料獲取系統 硬體和應用程式。shodan搜尋引擎可以看作是一種面向網路專業人員的現代漏洞評估工具。shodan可以掃瞄網際網路和解析各種裝置返回的標識及其他資訊。利用這些資料，shodan計算機搜尋引擎就可以確定...
搜尋引擎的使用技巧
把搜尋範圍限定在特定站點中 關鍵字 site 案例 inurl 李小龍 把搜尋範圍限定在網頁標題中 關鍵字 intitle 使用者定義的關鍵字都必須在標題中,類似intitle 關鍵字 allintitle 指定檔案型別的搜尋 專業文件搜尋 關鍵字 filetype 查詢作者的全部作品 關鍵字 bo...