針對mysql部分的Magento效能優化
mysql配置優化，充分發揮你的硬體資源，下面的數值要根據你的配置調整
key_buffer_size = 512M
max_allowed_packet = 64M
table_cache = 512
sort_buffer_size = 4M
net_buffer_length = 8K
read_buffer_size = 4M
read_rnd_buffer_size = 2M
myisam_sort_buffer_size = 64M
tmp_table_size = 128M
query_cache_size = 96M
query_cache_type = 1
thread_cache_size = 8
max_connections = 400
wait_timeout = 300
其它的如：
將magento的var目錄掛載到記憶體中，加快讀取速度：
mount -t tmpfs -o size=100M,mode=0777 tmpfs var
安裝php加速器，如APC，XCACHE,eAccelerator，安裝方法參考相關的網站
轉載自騰愛網
相關推薦
針對mysql部分的Magento效能優化
mysql配置優化，充分發揮你的硬體資源，下面的數值要根據你的配置調整 key_buffer_size = 512M max_allowed_packet = 64M table_cache = 512 sort_buffer_size = 4M net_buffer_
【MySQL資料庫】效能優化之索引及優化（一）
一、Mysql效能優化之影響效能的因素 1.商業需求的影響 不合理的需求造成的資源投入產出，這裡就用一個看上去很簡單的功能分析。需求：一個論壇帖子的總量統計，附加要求：實時更新。從功能上看來是非常容易實現的，執行一條select count（*）from表名就可以得到結果，但是如果我們採
MySQL主從複製效能優化
MySQL的主從複製的基本原理是從庫連線到主庫，主庫生成一個主庫DUMP執行緒，該DUMP執行緒的主要任務是一直挖掘binlog日誌，然後傳送到從庫的IO執行緒,IO執行緒接收到日誌流後，寫入relay log,另一個線程SQL執行緒,會讀取該relay log內容，然後對sql語句進行重放. 主庫DUMP
MySQL之查詢效能優化（一）
為什麼查詢速度會慢 通常來說，查詢的生命週期大致可以按照順序來看：從客戶端，到伺服器，然後在伺服器上進行解析，生成執行計劃，執行，並返回結果給客戶端。其中“執行”可以認為是整個生命週期中最重要的階段，這其中包括了大量為了檢索資料到儲存引擎的呼叫以及呼叫後的資料處理，包括排序、分組等。 在完成這些任務的時候
第 15、16章 MySQL日誌和效能優化
日誌分類： 錯誤日誌 查詢日誌 二進位制日誌 慢查詢日誌 二進位制日誌 啟動和設定二進位制日誌 首先找到mysql目錄下的my.ini，開啟它，找到[mysqld]組，新增以下幾個引數： 新增完畢後，重啟MySQL伺服器，便可查詢日誌設定： my
MySQL之查詢效能優化（四）
優化特定型別的查詢 COUNT()的作用 COUNT()是一個特殊函式，有兩個非常不同的作用：它可以統計某個列值的數量，也可以統計行數。在統計列值時要求列值是非空的(不統計NULL)。 如果在COUNT()的括號中指定了列或者列的表示式， 則統計的就是這個表示式有值的結果數。 因為很多人對NULL理解有可
《高效能MySQL》---查詢效能優化
本篇深入瞭解查詢優化和伺服器的內部機制，瞭解MySql如何執行特定查詢，從中也可以知道如何更改查詢執行計劃，當我們深入理解MySql如何真正地執行查詢，明白高效和低效的真正含義，在實際應用中就能揚長避短。宣告：本人使用的資料庫版本為MySql 5.1一、基本原則：優化資料訪問
[mysql]SQL語句效能優化--Order by中加DESC慢很多的原因調查與處理
1. mysql在資料量較大的時候、使用order by查詢結果集時速度很慢的原因可能有以下幾種：1） 排序欄位不在同一張表中2） 排序欄位沒有建索引3）排序欄位加DESC後索引沒有起作用（如何讓索引起作用才是關鍵、且聽下文分解）4）排序欄位中加函式導致索引不起作用（這種一定
MySQL批量插入效能優化（二）
"jdbc:mysql://192.168.104.163:3306/testdb", "vcom", "vcom", 2, 4, "c:\\te
MySQL資料庫訪問效能優化
MYSQL應該是最流行的WEB後端資料庫。大量應用於PHP，Ruby，Python，Java 等Web語言開發專案中，無論NOSQL發展多麼快，都不影響大部分架構師選擇MYSQL作為資料儲存。 MYSQL如此方便和穩定，以至於我們在開發 WEB 程式的時候非常少想
mysql之 CentOS系統針對mysql參數優化
內核參數 mysq 特殊 app 參數 bsp 緩沖池 dea 磁盤分區 內核相關參數(/etc/sysctl.conf) 以下參數可以直接放到sysctl.conf文件的末尾： net.core.somaxconn = 65535 net.core.net
MySQL(三) —— MySQL效能優化之 索引優化
MySQL索引優化 如何選擇合適的列建立索引？ 在where從句、group by 從句、order by 從句、on 從句中出現的列 索引欄位越小越好 離散度大的列放在聯合索引的前面 如何判斷列的離散度？ 去重查詢看列的唯一值，唯一值越多則離散度越大。 mysql&
MySQL(二) —— MySQL效能優化之 SQL語句優化
SQL語句優化 MySQL優化的目的 1、避免出現頁面訪問錯誤：或由於資料庫連線超時 timeout 產生頁面5xx錯誤；或由於慢查詢造成頁面無法載入；或由於阻 塞造成資料無法提交；
MySQL效能優化(六)：分割槽
一: 分割槽簡介 分割槽是根據一定的規則，資料庫把一個表分解成多個更小的、更容易管理的部分。就訪問資料庫應用而言，邏輯上就只有一個表或者一個索引，但實際上這個表可能有N個物理分割槽物件組成，每個分割槽都是一個獨立的物件，可以獨立處理，可以作為表的一部分進行處理。分割槽對應用來說是完全
MySQL分頁查詢效能優化
當需要從資料庫查詢的表有上萬條記錄的時候，一次性查詢所有結果會變得很慢，特別是隨著資料量的增加特別明顯，這時需要使用分頁查詢。對於資料庫分頁查詢，也有很多種方法和優化的點。下面簡單說一下我知道的一些方法。 準備工作 為了對下面列舉的一些優化進行測試，下面針對已有的一張表進行說明。 表名：order
Mysql效能優化實戰
1、索引設計規範 常見索引列建議: SELECT、UPDATE、DELETE語句的WHERE從句中的列 包含在ORDER BY、GROUP BY、DISTINCT中的欄位，建議聯合索引 多表JOIN的關聯列 索引列的順序: 區分度最高的列放在聯合索引的最左側 儘量把欄位長度
Mysql資料庫效能優化之查詢效能優化
一、前言：為啥查詢速度會變慢？ 通常來說，查詢的生命週期大致分為從客戶端、到伺服器，然後在伺服器上進行解析，生成執行計劃，執行，並返回結果給客戶端。其中執行可以說是最重要的階段，這其中包括了大量為了檢索資料到儲存引擎的呼叫以及呼叫後的資料處理，包括排序和分組等。在每一個消耗大量時間的查
mysql效能優化之建立高效能索引
索引對效能的優化十分重要，是對查詢優化最有效的手段。 一、索引的型別 索引是在儲存引擎層而不是服務層實現的。不同儲存引擎的索引工作方式不一樣。 1、B-Tree索引 它使用的是B-Tree資料結構來儲存資料。b-tree索引能夠加快訪問資料的速度，因為儲存引擎不在需要進行全表掃描
Mysql效能優化之資料型別優化
一、選擇正確的資料型別對於獲得高效能至關重要 1.1更小的通常更好 佔用更少的磁碟、記憶體和CPU快取 1.2儘量避免null 如果查詢中包含可為null的列，對Mysql來說更難優化，因為可為null的列使得索引、索引統計和值都更復雜。會使用更多的儲存空間. 2、整數和實數