PHPCMS用哪個數(shù)據(jù)庫比較好？

江津網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁設(shè)計、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、響應(yīng)式網(wǎng)站開發(fā)等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)于2013年創(chuàng)立到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

PHPCMS用MySQL數(shù)據(jù)庫比較好，因為PHPCMS是使用PHP進行編寫的，而PHP對MySQL支持比較好，所以推薦使用MySQL，該數(shù)據(jù)庫是一種開放源代碼的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。

MySQL 優(yōu)化

選擇InnoDB作為存儲引擎

大型產(chǎn)品的數(shù)據(jù)庫對于可靠性和并發(fā)性的要求較高，InnoDB作為默認的MySQL存儲引擎，相對于MyISAM來說是個更佳的選擇。

優(yōu)化數(shù)據(jù)庫結(jié)構(gòu)

組織數(shù)據(jù)庫的schema、表和字段以降低I/O的開銷，將相關(guān)項保存在一起，并提前規(guī)劃，以便隨著數(shù)據(jù)量的增長，性能可以保持較高的水平。

設(shè)計數(shù)據(jù)表應(yīng)盡量使其占用的空間最小化，表的主鍵應(yīng)盡可能短?！τ贗nnoDB表，主鍵所在的列在每個輔助索引條目中都是可復(fù)制的，因此如果有很多輔助索引，那么一個短的主鍵可以節(jié)省大量空間。

僅創(chuàng)建你需要改進查詢性能的索引。索引有助于檢索，但是會增加插入和更新操作的執(zhí)行時間。

InnoDB的ChangeBuffering特性

InnoDB提供了changebuffering的配置，可減少維護輔助索引所需的磁盤I/O。大規(guī)模的數(shù)據(jù)庫可能會遇到大量的表操作和大量的I/O，以保證輔助索引保持最新。當(dāng)相關(guān)頁面不在緩沖池里面時，InnoDB的changebuffer將會更改緩存到輔助索引條目，從而避免因不能立即從磁盤讀取頁面而導(dǎo)致耗時的I/O操作。當(dāng)頁面被加載到緩沖池時，緩沖的更改將被合并，更新的頁面之后會刷新到磁盤。這樣做可提高性能，適用于MySQL5.5及更高版本。

InnoDB頁面壓縮

InnoDB支持對表進行頁面級的壓縮。當(dāng)寫入數(shù)據(jù)頁的時候，會有特定的壓縮算法對其進行壓縮。壓縮后的數(shù)據(jù)會寫入磁盤，其打孔機制會釋放頁面末尾的空塊。如果壓縮失敗，數(shù)據(jù)會按原樣寫入。表和索引都會被壓縮，因為索引通常是數(shù)據(jù)庫總大小中占比很大的一部分，壓縮可以顯著節(jié)約內(nèi)存，I/O或處理時間，這樣就達到了提高性能和伸縮性的目的。它還可以減少內(nèi)存和磁盤之間傳輸?shù)臄?shù)據(jù)量。MySQL5.1及更高版本支持該功能。

注意，頁面壓縮并不能支持共享表空間中的表。共享表空間包括系統(tǒng)表空間、臨時表空間和常規(guī)表空間。

使用批量數(shù)據(jù)導(dǎo)入

在主鍵上使用已排序的數(shù)據(jù)源進行批量數(shù)據(jù)的導(dǎo)入可加快數(shù)據(jù)插入的過程。否則，可能需要在其他行之間插入行以維護排序，這會導(dǎo)致磁盤I/O變高，進而影響性能，增加頁的拆分。關(guān)閉自動提交的模式也是有好處的，因為它會為每個插入執(zhí)行日志刷新到磁盤。在批量插入期間臨時轉(zhuǎn)移唯一鍵和外鍵檢查也可顯著降低磁盤I/O。對于新建的表，最好的做法是在批量導(dǎo)入后創(chuàng)建外鍵/唯一鍵約束。

一旦你的數(shù)據(jù)達到穩(wěn)定的大小，或者增長的表增加了幾十或幾百兆字節(jié)，就應(yīng)該考慮使用OPTIMIZETABLE語句重新組織表并壓縮浪費的空間。對重新組織后的表進行全表掃描所需要的I/O會更少。

優(yōu)化InnoDB磁盤I/O

增加InnoDB緩沖池大小可以讓查詢從緩沖池訪問而不是通過磁盤I/O訪問。通過調(diào)整系統(tǒng)變量innodb_flush_method來調(diào)整清除緩沖的指標(biāo)使其達到水平。

MySQL的內(nèi)存分配

在為MySQL分配足夠的內(nèi)存之前，請考慮不同領(lǐng)域?qū)ySQL的內(nèi)存需求。要考慮的關(guān)鍵領(lǐng)域是：并發(fā)連接——對于大量并發(fā)連接，排序和臨時表將需要大量內(nèi)存。在撰寫本文時，對于處理3000+并發(fā)連接的數(shù)據(jù)庫，16GB到32GB的RAM是足夠的。

內(nèi)存碎片可以消耗大約10%或更多的內(nèi)存。像innodb_buffer_pool_size、key_buffer_size、query_cache_size等緩存和緩沖區(qū)要消耗大約80%的已分配內(nèi)存。

日常維護

定期檢查慢的查詢?nèi)罩静?yōu)化查詢機制以有效使用緩存來減少磁盤I/O。優(yōu)化它們，以掃描最少的行數(shù)，而不是進行全表掃描。

其他可以幫助DBA檢查和分析性能的日志包括：錯誤日志、常規(guī)查詢?nèi)罩?、二進制日志、DDL日志(元數(shù)據(jù)日志)。

定期刷新緩存和緩沖區(qū)以降低碎片化。使用OPTIMIZETABLE語句重新組織表并壓縮任何可能被浪費的空間。

推薦教程：《PHP》《PHPCMS教程》

文章名稱：PHPCMS用哪個數(shù)據(jù)庫比較好？
鏈接分享：http://jinyejixie.com/article46/chsdeg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、商城網(wǎng)站、做網(wǎng)站、關(guān)鍵詞優(yōu)化、網(wǎng)站內(nèi)鏈、移動網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)