對(duì)于MySQL的最大連接數(shù)，一次最好是發(fā)送5個(gè)請(qǐng)求到Web服務(wù)器。對(duì)Web服務(wù)器的5個(gè)請(qǐng)求中的一部分將用于CSS樣式表，圖像和腳本等資源。
對(duì)于MySQL的最大連接數(shù)，一次最好是發(fā)送5個(gè)請(qǐng)求到Web服務(wù)器。對(duì)Web服務(wù)器的5個(gè)請(qǐng)求中的一部分將用于CSS樣式表，圖像和腳本等資源。由于諸如瀏覽器緩存等原因，要獲得準(zhǔn)確的MySQL到Web服務(wù)器的請(qǐng)求比率可能很困難; 要想得到一個(gè)確切的數(shù)字，就需要分析Web服務(wù)器的日志文件。例如，可以手動(dòng)訪問(wèn)Apache的“access_log”日志文件，也可以通過(guò) Analog 或 Webalizer 等實(shí)用程序訪問(wèn)日志文件。
一旦有了對(duì)特定使用情況的準(zhǔn)確估計(jì)，請(qǐng)將該比率乘以Web服務(wù)器的最大連接數(shù)。例如，如果Web
服務(wù)器配置為最多為256個(gè)客戶端提供服務(wù)，MySQL請(qǐng)求與Web請(qǐng)求的比率為1/8，則最好將最大
數(shù)據(jù)庫(kù)連接數(shù)設(shè)置為32。還要考慮留有安全余量，把這個(gè)數(shù)乘以2，得到最終的數(shù)量。只有在基礎(chǔ)設(shè)施支持的情況下，才能嘗試將數(shù)據(jù)庫(kù)連接數(shù)的最大數(shù)量與Web服務(wù)器的客戶端限制相匹配。在大多數(shù)情況下，最好保持接近32。
在Monyog中查看MySQL連接
在MySQL數(shù)據(jù)庫(kù)中，MySQL的最大并發(fā)連接數(shù)是存儲(chǔ)在全局變量max_connections中的。Monyog報(bào)告變量“ max_connections”作為當(dāng)前連接監(jiān)控組中的“最大允許”指標(biāo)。它還將該數(shù)字除以打開(kāi)的連接數(shù)，以生成連接使用百分比：
還有一個(gè)連接歷史記錄監(jiān)控，可以幫助計(jì)算最佳的最大并發(fā)連接數(shù)。它包括嘗試，拒絕和成功連接的數(shù)量。此外，允許達(dá)到的最大指標(biāo)的百分比顯示為一個(gè)進(jìn)度條，可以讓你快速評(píng)估服務(wù)器在過(guò)去達(dá)到的最大并發(fā)連接數(shù)。
在某些情況下，服務(wù)器在處理語(yǔ)句時(shí)會(huì)創(chuàng)建內(nèi)部臨時(shí)表。臨時(shí)表用于內(nèi)部操作如GROUP BY和distinct，還有一些ORDER BY查詢以及UNION和FROM子句(派生表)中的子查詢。這些都是在內(nèi)存中創(chuàng)建的內(nèi)存表。內(nèi)存中臨時(shí)表的最大大小由 tmp_table_size和 max_heap_table_size中較小的值確定。如果臨時(shí)表的大小超過(guò)這個(gè)閾值，則將其轉(zhuǎn)換為磁盤(pán)上的InnoDB或MyISAM表。此外，如果查詢涉及BLOB或TEXT列，而這些列不能存儲(chǔ)在內(nèi)存表中，臨時(shí)表總是直接指向磁盤(pán)。
這種轉(zhuǎn)換的代價(jià)很大，所以考慮增加 max_heap_table_size和 tmp_table_size變量的大小來(lái)幫助減少在磁盤(pán)上創(chuàng)建臨時(shí)表的數(shù)量。請(qǐng)記住，這將需要大量?jī)?nèi)存，因?yàn)閮?nèi)存中臨時(shí)表的大小是基于“最壞情況”的。例如，內(nèi)存表總是使用固定長(zhǎng)度的列，所以字符列使用VARCHAR(255)。這可以使內(nèi)存中的臨時(shí)表比想象的要大得多—事實(shí)上，這比查詢表的總大小要大很多倍!當(dāng)增加 max_heap_table_size和 tmp_table_sizevariables的大小時(shí)，一定要監(jiān)視服務(wù)器的內(nèi)存使用情況，因?yàn)閮?nèi)存中的臨時(shí)表可能會(huì)增加達(dá)到
服務(wù)器內(nèi)存容量的風(fēng)險(xiǎn)。
商品已成功加入購(gòu)物車