研究Mysql優化得出一些建設性的方案

2021-09-20 10:41:04 字數 631 閱讀 8828

,引用必須註明出處!

熟悉網路請求路徑,**經過瀏覽器的url驗證,是否正確證書是否失效,經過host檔案處理,以及dns解析,如有快取則直接返回,否則交給dns伺服器,最後解析出ip位址,否則一般返回微軟搜尋頁,如果瀏覽器快取直接返回資料,否則通過隧道,通過閘道器,將資料解析為伺服器可識別的協議,經歷gfw過濾,到達伺服器

某些煩人的小廣告通過入侵host載入

另外一些通過劫持dns載入,建議改為全網dns

php的echo帶有網路請求時間,才返回客戶端,並不是簡單的列印

優化往往考慮三端,客戶端,傳輸過程,服務端

客戶端,優化**邏輯

傳輸過程,防止dns劫持,做memcache或radis

接下來我們主要說服務端的一些優化流程。

服務端又主要是資料庫的問題

資料庫可以從以下幾個方面來說:

第一,合併操作。比如查詢和搜尋。

第三,並非所有的資料都是要讓使用者看到。比如嗯,分頁查詢,最多給到使用者100頁就夠了,而沒有必要十分準確。重要的資料如使用者名稱,性別首先拿出來,必要資料放到第二張表中拿出,即做主要次要數

據分表查詢。

第四,砍需求,做減法,並非所有的功能都需要加上

第五,避免querycache,快取過多也容易出問題

mysql的一些優化

前言 sql優化,是一種概率層面的優化。至於是否實際使用了我們的優化,需要通過explain進行推測。注意 服務層中有sql優化器,可能會影響我們的優化,同時註明 sql的優化前提是有索引 有索引 有索引 in和exists的使用場景 select from a where exists selec...

一些 Mysql 的優化經驗

一些 mysql 的 優化經驗 從資料庫結構做起 字段型別的定義時遵循以下規則 選用字段長度最小 優先使用定長型 盡可能的定義 not null 數值型字段中避免使用 zerofill 如果要儲存的資料為字串,且可能值已知且有限,優先使用 enum 或 set 索引的優化至關重要 以下如果沒有特殊說...

Mysql的一些簡單優化

1.5.6以上預設innodb,其他預設搜尋引擎為myisam 2.在對於金融問題資料誤差,採用decimal,獲取採用bigint型別存 金額 1000 or 10000 or 100000,避免使用浮點去進行計算 3.設計索引的原則 1 最適合索引的列是出現在where子句中的列,或連線子句中指...