phpcms數(shù)據(jù)量較大怎么辦呢？過幾十萬級了，每次生成都很累，官方有什么解決不？

回復(fù) 5# freshcn 一般資訊站點(diǎn)，新聞量肯定大，動(dòng)不動(dòng)都是萬級以上的，所以，而且經(jīng)常改動(dòng)頁面某一部分，這就涉及到重新生成的問題了如果還是用傳統(tǒng)的HTML，那這個(gè)速度。。。是吧，肯定不行的，所以，希望官方是否在AJAX，XML以及SHTML方面考慮一下呢畢竟現(xiàn)在的網(wǎng)站哪個(gè)不采集，一采集就是上萬萬的，生成很耗時(shí)間的

成都創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括集寧網(wǎng)站建設(shè)、集寧網(wǎng)站制作、集寧網(wǎng)頁制作以及集寧網(wǎng)絡(luò)營銷策劃等。多年來，我們專注于互聯(lián)網(wǎng)行業(yè)，利用自身積累的技術(shù)優(yōu)勢、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等，向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案，集寧網(wǎng)站推廣取得了明顯的社會效益與經(jīng)濟(jì)效益。目前，我們服務(wù)的客戶以成都為中心已經(jīng)輻射到集寧省份的部分城市，未來相信會繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任！

PHP 數(shù)據(jù)庫設(shè)計(jì)，用戶表數(shù)據(jù)量大該怎么優(yōu)化

有很多種方法可以優(yōu)化:

數(shù)據(jù)庫設(shè)置主從，進(jìn)行讀寫分離；

數(shù)據(jù)分表，如按月份分表，需要統(tǒng)計(jì)數(shù)據(jù)就查總表；

優(yōu)化查詢語句，適當(dāng)增加索引；

字段優(yōu)化，對不常用或者沒有必要的字段可以考慮放在另外一張表里，避免單表數(shù)據(jù)過大，字段過多。

php+mysql在數(shù)據(jù)庫里數(shù)據(jù)大的話查詢很慢

1.建立索引，盡可能把索引建立到你你經(jīng)常比較的字段上，如select

a,b,c,d

from

a

where

索引字段＝值，這個(gè)索引字段最好是數(shù)值型數(shù)據(jù)

2.慢有更多情況，

情況1：遠(yuǎn)程查詢，其實(shí)可能查詢不慢，由于數(shù)據(jù)量大，傳輸過程慢

情況2：WHERE

后面的比較數(shù)據(jù)太多，比如

like

類的語句

情況3：需要哪個(gè)字段只取那個(gè)字段就行了，比如select

*

from

a與select

b,c,d

from

a速度是有差距的

3.數(shù)據(jù)庫定期維護(hù)，壓縮，把不常用的數(shù)據(jù)備份后放入備份庫里，查詢時(shí)查備份庫等

問題補(bǔ)充：

.第一條：建立索引，怎么建立，我也聽說過，但不知道怎么使用

答：每種數(shù)據(jù)建立索引的方法有差異，比如SQL

SERVER

2000中可對多個(gè)字段進(jìn)行索引，比如SQL

SERVER2000中有命令

CREATE

INDEX

為給定表或視圖創(chuàng)建索引。

只有表或視圖的所有者才能為表創(chuàng)建索引。表或視圖的所有者可以隨時(shí)創(chuàng)建索引，無論表中是否有數(shù)據(jù)。可以通過指定限定的數(shù)據(jù)庫名稱，為另一個(gè)數(shù)據(jù)庫中的表或視圖創(chuàng)建索引。

語法

CREATE

[

UNIQUE

]

[

CLUSTERED

|

NONCLUSTERED

]

INDEX

index_name

ON

{

table

|

view

}

(

column

[

ASC

|

DESC

]

[

,...n

]

)

[

WITH

index_option

[

,...n]

]

[

ON

filegroup

]

index_option

::=

{

PAD_INDEX

|

FILLFACTOR

=

fillfactor

|

IGNORE_DUP_KEY

|

DROP_EXISTING

|

STATISTICS_NORECOMPUTE

|

SORT_IN_TEMPDB

}

第三條：數(shù)據(jù)庫定期維護(hù)，壓縮：怎么個(gè)壓縮法？及時(shí)備份數(shù)據(jù)到備份庫查詢備份庫，那查詢時(shí)不是還慢嗎？

答：這個(gè)有壓縮工具，基本上每種數(shù)據(jù)庫都有自己的壓縮數(shù)據(jù)庫的工具

php ajax返回的數(shù)據(jù)太大怎么辦

只有nginx和curl處于ESTABLISHED狀態(tài),nginx和fpm都沒有被阻塞.

top -p 4075 可見Nginx單線程.

sudo strace -p 4075 可見Nginx調(diào)用recvfrom接收數(shù)據(jù)并且pwrite保存數(shù)據(jù).

sudo strace -p 13751 可見PHP-FPM是在Nginx接收完成用戶上傳的數(shù)據(jù)時(shí)才獲取數(shù)據(jù).

php 想用echo返回比較大的數(shù)據(jù) 請問怎么用？

文件太大了，考慮使用分段處理，每次返回一小段。如果執(zhí)行時(shí)間無限長的話服務(wù)負(fù)載大，極有可能使用。

用php語言從服務(wù)器返回?cái)?shù)據(jù)超過80k后速度就非常非常慢！測試后發(fā)現(xiàn)好像是輸出緩存問題，請問怎么解決！

對于php的輸出，貌似apache采取的策略是小段輸出直接傳輸，大段輸出就切割成chunked分段。在chunked分段沒有傳輸完成之前，apache和php一直保持連接狀態(tài)。也就是說，如果php的輸出字符串比較小，那么apache會把這些數(shù)據(jù)暫存，等到php執(zhí)行完了之后再發(fā)給瀏覽器。而當(dāng)php輸出大段字符的時(shí)候，apache就不會緩存輸出，直接把輸出丟給瀏覽器，而且在此過程中會暫時(shí)停止php的執(zhí)行！

所以使用緩存是解決此類問題的根本辦法。ob_start()就是啟用php的緩沖區(qū)。php還可以通過安裝xcache等緩存模塊實(shí)現(xiàn)。apache中開啟gzip壓縮也可以。

網(wǎng)站標(biāo)題：php返回?cái)?shù)據(jù)太大,php如何處理大數(shù)據(jù)
地址分享：http://chinadenli.net/article5/dsioiii.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供動(dòng)態(tài)網(wǎng)站、ChatGPT、網(wǎng)站策劃、定制網(wǎng)站、網(wǎng)站設(shè)計(jì)、云服務(wù)器

廣告

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