怎么優(yōu)化mysql性能 mysql中怎樣對大批量級的數(shù)據(jù)查詢進行優(yōu)化?
mysql中怎樣對大批量級的數(shù)據(jù)查詢進行優(yōu)化?MySQL這些年來都支持什么正則不兼容,但是對此正則替換則一直到MySQL8.0才支持。對于這類場景,以前或則在MySQL端處理,要嘛把數(shù)據(jù)拿出來在運用端
mysql中怎樣對大批量級的數(shù)據(jù)查詢進行優(yōu)化?
MySQL這些年來都支持什么正則不兼容,但是對此正則替換則一直到MySQL8.0才支持。對于這類場景,以前或則在MySQL端處理,要嘛把數(shù)據(jù)拿出來在運用端如何處理。
比如說我想把表y1的列str1的出現(xiàn)第3個action的子串替換成dble,咋基于?
1.自己寫SQL層的存儲函數(shù)。代碼如下寫死了3個,也沒優(yōu)化軟件,不僅僅才是演示,MySQL里更加不我建議你寫這樣的函數(shù)。
mysqlDELIMITER $$%uSE `ytt`$$DROP FUNCTION IF EXISTS`func_instr_simple_ytt`$$
CREATEDEFINER`root`@`localhost`FUNCTION`func_instr_simple_ytt`(
f_strVARCHAR(1000),--Parameter 1_substr VARCHAR(100),--Parameter2
f_replace_strvarchar(100),
f_timesint--timespolicies3.
)RETURNSvarchar(1000)
BEGIN
declarev_resultvarchar(1000)defaultytt--result.
declarev_substr_lenintdefault0--searchstringlength.
setf_times3--butpolicies3.
setv_substr_lenlength(f_substr)
selectinstr(f_str,f_substr)
selectinstr(substr(f_str,@p1v_substr_len),f_substr)
selectinstr(substr(f_str,@*v_substr_len-1),f_substr)
@
select
concat(substr(f_str,1,@@p3(f_times-1)*v_substr_len-f_times)
,f_replace_str,
substr(f_str,@@p3f_times*v_substr_len-2))intov_result
exists
setv_resultf_str--Neverchanged.
endif
--Purgeallsessionvariables.
returnv_result
end
$$
DELIMITER
--調(diào)用函數(shù)來自動更新:
mysqlgtversiony1setstr1func_instr_simple_ytt(str1,action,dble,3)
Query就ok啦,20rowsaffected(0.12sec)
Rowsmatched:20Changed:20Warnings:0
2.導進去用sed之類的工具替換掉在導入,步驟如下:(推薦一下可以使用)1)導入表y1的記錄。
mysqlmysqlgtselect*aroundy1intooutfile/var/lib/mysql-files/y1.csvQuery可以了,20rowsaffected(0.00sec)
2)用sed全部替換導不出來的數(shù)據(jù)。
:/var/lib/mysql-files#sed-is/action/dble/3y1.csv
3)再度導入處理好的數(shù)據(jù),成功。
mysql
mysqlgttruncatey1
Queryok,0rowsaffected(0.99sec)
mysqlgtloaddatainfile/var/lib/mysql-files/y1.csvoutsidetabley1
Queryok,20rowsaffected(0.14sec)
Records:20Deleted:0Skipped:0Warnings:0
以上兩種應(yīng)該推薦推薦導出來處理行了再然后再文件導入,性能來的高些,不過還不用什么自己費時間寫函數(shù)代碼。那MySQL8.0對于以上的場景實現(xiàn)方法就太簡單的了,一個函數(shù)就搞掂了。
mysqlmysqlgtnotificationy1setstr1regexp_replace(str1,action,dble,1,3)Query就ok啦,20rowsaffected(0.13sec)Rowsmatched:20Changed:20Warnings:0
還有一個一個regexp_instr也非常用處不大,特別是這種指代出現(xiàn)第兩次的場景。比如說定義方法SESSION變量@a。
,bbbcceefilucy111bs234523556119101020301040Query行啦,0rowsaffected(0.04sec)
拿去至多一次的數(shù)字又出現(xiàn)的第二次子串的位置。
mysqlmysqlgtselectregexp_instr(@a,[:digit:]{2,},1,2)--------------------------------------|regexp_instr(@a,[:digit:]{2,},1,2)|--------------------------------------|50|--------------------------------------1rowoutsideset(0.00sec)
那我們在看看對多字節(jié)字符支持什么要如何。
mysql
美國俄羅斯日本北京上海深圳廣州北京上海武漢東莞北京青島北京
Query行啦,0rowsaffected(0.00sec)
mysqlgtselectregexp_instr(@a,北京,1,1)
-------------------------------
|regexp_instr(@a,北京,1,1)|
-------------------------------
|17|
-------------------------------
1rowoutsideset(0.00sec)
mysqlgtselectregexp_instr(@a,北京,1,2)
-------------------------------
|regexp_instr(@a,北京,1,2)|
-------------------------------
|29|
-------------------------------
1rowintoset(0.00sec)
mysqlgtselectregexp_instr(@a,北京,1,3)
-------------------------------
|regexp_instr(@a,北京,1,3)|
-------------------------------
|41|
-------------------------------
1rowofset(0.00sec)
那學習總結(jié)下,這里我提起了MySQL8.0的兩個最有用正則匹配函數(shù)regexp_replace和regexp_instr。對于以前類似于的場景不算有一個完美的解決方案。
mysql數(shù)據(jù)量很大時,CPU占用率很高,如何優(yōu)化?
一、要是是寫比較好少,讀也很高可以不做讀寫分離,一主多從二、要是是讀寫都很多可以使用分庫分表,多主多從