前言 開(kāi)發(fā)人員碰到 APP 崩潰(閃退)什么辦?不少人會(huì)說(shuō)根據(jù) Log,找到閃退的代碼,捕獲異常,“消化”掉了所有 Java 崩潰。 至于程序是否會(huì)出現(xiàn)其他異常表現(xiàn),那是上帝要管的事情。 是的,這種
注:此文是筆者原創(chuàng),首發(fā)于AZSAP第一課堂: https
連接相關(guān)參數(shù) max_connections:允許客戶(hù)端并發(fā)連接的最大數(shù)量,默認(rèn)值是151,一般將該參數(shù)設(shè)置為300-1000 max_connect_errors:如果客戶(hù)端嘗試連接的錯(cuò)誤數(shù)
1.AWR報(bào)告快照間隔時(shí)間1小時(shí)改為半小時(shí),保留天數(shù)修改 --不用重啟庫(kù) 2.閃回時(shí)間15分鐘改為1小時(shí)--不用重啟庫(kù) 3.修改數(shù)據(jù)庫(kù)允許的最大連接數(shù) 進(jìn)程數(shù)150改為500 ,會(huì)話(huà)數(shù)改為
Nginx配置文件中需要優(yōu)化的參數(shù)為以下幾項(xiàng):worker_processes 8; Nginx配置文件進(jìn)程數(shù),可以按照cpu數(shù)目來(lái)指定,一般為它的倍數(shù)。worker_cpu_af
如果有同學(xué)看完上一篇關(guān)于MySQL文章,文末留有兩個(gè)很開(kāi)放的問(wèn)題,如有興趣可以在腦袋里想想。本文也會(huì)試著回答這兩個(gè)問(wèn)題,希望能給你一些參考?,F(xiàn)在可以思考一個(gè)問(wèn)題,如果數(shù)據(jù)量非常大的情況下,您根據(jù)業(yè)務(wù)選
設(shè)計(jì)索引的主要目的就是幫助我們快速獲取查詢(xún)結(jié)果,而以%開(kāi)頭的like查詢(xún)則不能夠使用B-Tree索引??紤]到innodb的表都是聚簇表(類(lèi)似于oracle中的索引組織表),且二級(jí)索引葉節(jié)點(diǎn)中記錄的結(jié)構(gòu)
global常用的優(yōu)化配置: mode &nbs
傳統(tǒng)行式數(shù)據(jù)庫(kù)為了避免產(chǎn)生大量的磁盤(pán)io,通過(guò)將數(shù)據(jù)切分成一個(gè)一個(gè)datapage,比如大小是4k,datapage中使用行最大的長(zhǎng)度占位(即使只儲(chǔ)存了一個(gè)字節(jié)的數(shù)據(jù)),計(jì)算出每個(gè)datapage可以
在日常的運(yùn)維工作中用到tomcat,都需要對(duì)tomcat中的jvm虛擬機(jī)進(jìn)行優(yōu)化,只有知道需要優(yōu)化參數(shù)的具體用處,才能深刻體會(huì)優(yōu)化jvm的意義所在。在平常的工作中我們談對(duì)jvm的優(yōu)化,主要是針對(duì)jav