php8編譯效率
1.對查詢進行優化，應盡量避免全表掃描，首先應考慮在 where 及 order by 涉及的列上建立索引。
2.應盡量避免在 where 子句中對欄位進行 null 值判斷，否則將導致引擎放棄使用索引而進行全表掃描，如：
select id from t where num is null
可以在num上設置默認值0，確保表中num列沒有null值，然後這樣查詢：
select id from t where num=0
3.應盡量避免在 where 子句中使用!=或<>操作符，否則將引擎放棄使用索引而進行全表掃描。
4.應盡量避免在 where 子句中使用 or 來連接條件，否則將導致引擎放棄使用索引而進行全表掃描，如：
select id from t where num=10 or num=20
可以這樣查詢：
select id from t where num=10
union all
select id from t where num=20
5.in 和 not in 也要慎用，否則會導致全表掃描，如：
select id from t where num in(1,2,3)
對於連續的數值，能用 between 就不要用 in 了：
select id from t where num between 1 and 3
6.下面的查詢也將導致全表掃描：
select id from t where name like '%abc%'
若要提高效率，可以考慮全文檢索。
7.如果在 where 子句中使用參數，也會導致全表掃描。因為sql只有在運行時才會解析局部變數，但優化程序不能將訪問計劃的選擇推遲到運行時；它必須在編譯時進行選擇。然而，如果在編譯時建立訪問計劃，變數的值還是未知的，因而無法作為索引選擇的輸入項。如下面語句將進行全表掃描：
select id from t where num=@num
可以改為強制查詢使用索引：
select id from t with(index(索引名)) where num=@num
8.應盡量避免在 where 子句中對欄位進行表達式操作，這將導致引擎放棄使用索引而進行全表掃描。如：
select id from t where num/2=100
應改為:
select id from t where num=100*2
9.應盡量避免在where子句中對欄位進行函數操作，這將導致引擎放棄使用索引而進行全表掃描。如：
select id from t where substring(name,1,3)='abc'--name以abc開頭的id
select id from t where datediff(day,createdate,'2005-11-30')=0--『2005-11-30'生成的id
應改為:
select id from t where name like 'abc%'
select id from t where createdate>='2005-11-30' and createdate<'2005-12-1'
10.不要在 where 子句中的「=」左邊進行函數、算術運算或其他表達式運算，否則系統將可能無法正確使用索引。
11.在使用索引欄位作為條件時，如果該索引是復合索引，那麼必須使用到該索引中的第一個欄位作為條件時才能保證系統使用該索引，否則該索引將不會被使用，並且應盡可能的讓欄位順序與索引順序相一致。
12.不要寫一些沒有意義的查詢，如需要生成一個空表結構：
select col1,col2 into #t from t where 1=0
這類代碼不會返回任何結果集，但是會消耗系統資源的，應改成這樣：
create table #t(...)
13.很多時候用 exists 代替 in 是一個好的選擇：
select num from a where num in(select num from b)
用下面的語句替換：
select num from a where exists(select 1 from b where num=a.num)
14.並不是所有索引對查詢都有效，SQL是根據表中數據來進行查詢優化的，當索引列有大量數據重復時，SQL查詢可能不會去利用索引，如一表中有欄位sex，male、female幾乎各一半，那麼即使在sex上建了索引也對查詢效率起不了作用。
15.索引並不是越多越好，索引固然可以提高相應的 select 的效率，但同時也降低了 insert 及 update 的效率，因為 insert 或 update 時有可能會重建索引，所以怎樣建索引需要慎重考慮，視具體情況而定。一個表的索引數最好不要超過6個，若太多則應考慮一些不常使用到的列上建的索引是否有必要。
16.應盡可能的避免更新 clustered 索引數據列，因為 clustered 索引數據列的順序就是表記錄的物理存儲順序，一旦該列值改變將導致整個表記錄的順序的調整，會耗費相當大的資源。若應用系統需要頻繁更新 clustered 索引數據列，那麼需要考慮是否應將該索引建為 clustered 索引。
17.盡量使用數字型欄位，若只含數值信息的欄位盡量不要設計為字元型，這會降低查詢和連接的性能，並會增加存儲開銷。這是因為引擎在處理查詢和連接時會逐個比較字元串中每一個字元，而對於數字型而言只需要比較一次就夠了。
18.盡可能的使用 varchar/nvarchar 代替 char/nchar ，因為首先變長欄位存儲空間小，可以節省存儲空間，其次對於查詢來說，在一個相對較小的欄位內搜索效率顯然要高些。
19.任何地方都不要使用 select * from t ，用具體的欄位列表代替「*」，不要返回用不到的任何欄位。
20.盡量使用表變數來代替臨時表。如果表變數包含大量數據，請注意索引非常有限（只有主鍵索引）。
21.避免頻繁創建和刪除臨時表，以減少系統表資源的消耗。
22.臨時表並不是不可使用，適當地使用它們可以使某些常式更有效，例如，當需要重復引用大型表或常用表中的某個數據集時。但是，對於一次性事件，最好使用導出表。
23.在新建臨時表時，如果一次性插入數據量很大，那麼可以使用 select into 代替 create table，避免造成大量 log ，以提高速度；如果數據量不大，為了緩和系統表的資源，應先create table，然後insert。
24.如果使用到了臨時表，在存儲過程的最後務必將所有的臨時表顯式刪除，先 truncate table ，然後 drop table ，這樣可以避免系統表的較長時間鎖定。
25.盡量避免使用游標，因為游標的效率較差，如果游標操作的數據超過1萬行，那麼就應該考慮改寫。
26.使用基於游標的方法或臨時表方法之前，應先尋找基於集的解決方案來解決問題，基於集的方法通常更有效。
27.與臨時表一樣，游標並不是不可使用。對小型數據集使用 FAST_FORWARD 游標通常要優於其他逐行處理方法，尤其是在必須引用幾個表才能獲得所需的數據時。在結果集中包括「合計」的常式通常要比使用游標執行的速度快。如果開發時間允許，基於游標的方法和基於集的方法都可以嘗試一下，看哪一種方法的效果更好。
28.在所有的存儲過程和觸發器的開始處設置 SET NOCOUNT ON ，在結束時設置 SET NOCOUNT OFF 。無需在執行存儲過程和觸發器的每個語句後向客戶端發送 DONE_IN_PROC 消息。
29.盡量避免大事務操作，提高系統並發能力。
30.盡量避免向客戶端返回大數據量，若數據量過大，應該考慮相應需求是否合理。
② 怎樣提高php運行速度
使用PHP的最大1個優勢就是速度快。一般情況下，PHP總是具有足夠的速度支持Web內容動態生成，許多時候甚至無法找出比它更快的方法。然而，當面對龐大的訪問量、高負荷的應用、有限的帶寬，以及其他各種帶來性能瓶頸的因素時，就需要考慮怎樣提高PHP的性能了。
步驟/方法
代碼優化
代碼優化不僅僅是寫出干凈和清晰的代碼，而是對代碼進行一定的簡化。可以使用Zend Optimizer來自動幫助完成這些繁雜的工作。Zend Optimizer可以從Zend Technologies的網站http://www.zend.com/免費得到，但必須同意它的許可約定，因為它不是以GPL方式發行的。它的原理很簡單，即通過檢測Zend引擎產生的中間代碼，並對它進行優化，從而獲得更高的執行速度。
在使用了Zend Optimizer後，復雜的PHP源程序的執行效率馬上會得到顯著提高，缺點是優化後的代碼可讀性下降，給代碼修改帶來困難。
Zend Optimizer的安裝方法非常簡單，只要根據用戶使用的平台，下載相關的預編譯版本，把下面2行代碼加入到php.ini文件中，重新啟動Web 伺服器就行了:
zend_optimizer.optimization_level=15
zend_extension=″/path/to/ZendOptimizer.so″
zend_loader.enable=Off
額外增加的第三行代碼是可選的，因為禁用zend_loader將會使優化速度更快。需要注意的是，只有在不使用Zend Encoder Runtime的時候，才可以禁用zend_loader。
使用緩存
如果PHP程序的規模很大，那麼提高速度的辦法就是使用緩存。現在已經有許多緩存方案可供選擇，其中包括Zend Cache、APC和Afterburner Cache。
上面這幾種都是「緩存模塊」(caching moles)。第一次調用PHP文件時，緩存模塊從PHP源代碼生成一些中間代碼，並把這些中間代碼存儲在Web伺服器的內存中。以後再調用這些文件時，就可以直接使用內存中「編譯」過的代碼。這種方法確實能夠改善應用的性能，因為它使得磁碟訪問量減低到了最少的程度(代碼已經讀取和解析)，代碼直接在內存中運行，使得伺服器響應請求的速度大大提高。
當然，緩存模塊還會監視PHP源文件的變化，必要時會重新緩存頁面，從而防止用戶得到的頁面仍舊由過時的PHP代碼生成。由於緩存模塊能夠明顯地降低伺服器的負載，提高PHP應用的響應效率，因此它們非常適合於負載較大的網站使用。
Zend Cache是Zend Technologies公司開發的商業軟體。在第一次運行後，PHP頁面的運行速度立刻會有很大的提高，伺服器的空閑資源也更多了。缺點是它不是免費的，但性價比還是很高的。
Afterburner Cache是Bware Technologies公司開發的免費緩存模塊。功能與Zend Cache基本一樣，但提高性能方面比不上Zend Cache。
APC(Alternative PHP Cache)是由Community Connect公司開發的另一種免費緩存模塊，目前版本是2.0.4，可以從http://pecl.php.net/package/APC獲得。對於產品應用來說，它的性能很穩定，而且也能在很大程度上提高響應請求的速度。
壓縮網頁內容
影響站點的訪問速度還有1個重要因素，那就是下載速度。解決的辦法就是壓縮網頁內容。對於純文本內容而言，HTTP壓縮技術可壓縮至原大小的40%以下，從而提供60%以上的數據傳輸節約。雖然Web伺服器會因為壓縮導致CPU佔用的略微上升，但可以節約大量用於傳輸的網路IO。
根據IETF規范，大部分瀏覽器都支持使用gzip壓縮演算法進行內容壓縮。也就是說，可以先用gzip壓縮網頁內容，然後發送到客戶端瀏覽器,瀏覽器在接收的時候會自動解壓數據，再顯示頁面。這個過程對用戶來說，是完全透明的。同樣，壓縮Web頁面的內容也有不同的方法。
Mod_gzip是1種開放源代碼的、標準的Apache模塊，也叫互聯網內容加速模塊。可以將它和Apache一起編譯，也可以作為DSO使用。相對於普通的瀏覽過程，它可以節省40%左右的流量。Mod_gzip不僅可以壓縮靜態的內容，如HTML、XML，而且對動態生成的，包括SQL、Java、WML、VRML等產生的內容，在伺服器端進行實時壓縮並傳輸，其壓縮效率驚人，一般都為60%～85%。
壓縮動態網頁的內容，還可以使用class.gzip來對.php文件編碼，class.gzip通過在PHP腳本的開頭和結尾調用它的一些函數來壓縮網頁內容。如果整個站點都需要這樣的壓縮，可以在php.ini文件中的auto_prepend和auto_append中調用這些函數，但是會佔用一定的系統開銷。
PHP4.0.4推出了1種新的輸出緩沖的處理手段—ob_gzhandler，它的作用和class.gzip完全一樣，區別是可以直接把它加到php.ini 文件中，語法如下：
output_handler = ob_gzhandler;
這樣將激活PHP的輸出緩沖功能，並在發送內容前進行壓縮。如果不想在這里設置，只在需要的地方才改變這個默認設置(不壓縮)，只要在需要壓縮的PHP源程序目錄中，修改一下.htaccess文件就行了，語法如下：
php_value output_handler ob_gzhandler
或者直接在PHP代碼中調用它：
ob_start(″ob_gzhandler″);
輸出緩沖的效果確實很理想，並且不會為伺服器帶來額外的系統開銷。要注意的一點是Netscape Communicator不支持圖像的壓縮。因此除非知道訪問者都使用Internet Explorer，否則必須禁止壓縮jpeg和gif圖象。
其它技巧
在編程時，使用一些小技巧也可以加快PHP的運行速度：
(1)用i+=1代替i=i+1，既符合c/c++的習慣，效率相對還更高。
(2)盡可能使用PHP內部函數。
(3)能使用單引號字元串時，盡量使用單引號字元串。單引號字元串的效率要高於雙引號字元串。
(4)用foreach代替while遍歷數組，foreach的效率明顯高於while循環，而且不需要調用reset函數。
③ php的介紹及Php有什麼優勢
優點和缺點：
1：學習簡單，做為一種腳本語言，學習簡單是必須的！同樣的，作為一種腳本語言，效率問題，永遠是痛點，特別是復雜的運算
2：語法較隨意，同樣的，語法的隨意性，使得在閱讀沒有注釋的代碼時，無法很清楚的明白到底是什麼意思，比如Java，變數的類型是固定的，而php則前面可以是string,後面直接成array都沒關系
3：php本身不支持多線程（swoole除外）
4：php沒有直接操作內存的函數（至少本人不知道，6還沒研究，不知道有沒）
5：作為一種弱語言，php也算很好了，比之perl等也不錯
6： php可以說應用范圍很狹窄（個人理解，除了網頁之外，好像沒什麼其他用途了，如果內嵌在游戲中那麼python是不錯的選擇，cli也能湊合，），當然，我把php做的server-api這種模式也理解為是網頁！
④ PHP8、FPM及部分擴展編譯安裝
本著能懶則懶的原則，之前我都是寶塔、lnmp腳本等「一鍵」
再不濟也得來個 apt/yum install php
什麼？源碼 make install ？ 編譯參數一言難盡，勸退勸退...我只是想要個開發環境而已
沒關系！我來整理一下常用模塊以及參數！環境為 ubuntu/debian
檢查壓縮包的完整性，與官網 sha256比較
安裝以下包
官方的拓展分類
根據需要的模塊添加其後對應的參數
包含常用模塊，可以直接使用
編譯並安裝後
復制 php.ini 到默認目錄 /usr/local/lib/
檢查 php安裝是否正確
復制 fpm 配置文件、運行服務文件
www.conf php-fpm.conf php-fpm.service
修改 fpm 用戶和組，默認為nobody
修改服務文件，取消只讀 不然日誌不能讀寫無法啟動
設置自啟動並運行
本地起服務測試
No package 'libxml-2.0' found
No package 『sqlite3『 found
configure: WARNING: unrecognized options: –with-gd
No package 'zlib' found
No package 'libpng' found
No package 'oniguruma' found
No package 'libcurl' found
No package 'libsystemd' found
No package 'openssl' found
No package 'libzip' found
⑤ PHP語言的八大優勢
PHP（Hypertext），超文本預處理器，是一種通用性開源腳本語言。它的語法吸取了C語言、Java和Perl的優點，免費、快捷、高效，主要適用於Web開發領域。
目前，全球5000萬互聯網網站60%以上都在使用PHP技術，AlexaTOP500中國網站排名中有394家使用PHP，國內80%以上動態網站使用PHP進行開發，在Web後端語言中PHP全球市場語言佔有率達到80%。
像Facebook、Google、新浪、網路、YouTube、騰訊都在使用PHP。
PHP語言的八大優勢：
1、開放源代碼，所有的PHP源代碼事實上都可以得到。
2、免費性，php和其它技術相比，PHP本身免費且是開源代碼。
3、快捷性，程序開發快，運行快，技術本身學習快。嵌入於HTML：因為PHP可以被嵌入於HTML語言，它相對於其他語悉腔答言。編輯簡單，實用性強，更適合初學者。
4、跨平台性強，由於PHP是運行在伺服器端的腳本，可以運行在UNIX、LINUX、WINDOWS、MacOS下。
5、專業專注，PHP支持腳本語言為主，同為類C語言。
6、效率高PHP消耗相當少的系統資源。
7、面向對象，在php4,php5中，面向對象方面都有了很大的改進，php完全可以用來開發大型商業程序。睜慧
8、圖像處理，用PHP動態創建圖像,PHP圖像處理默認使用GD2。且也可以配置為使用magick進行圖像處理。
PHP的3種常用運行方式：CGI、FastCGI、。
1、CGI
CGI即通用網關介面（commongatewaginterface),它是一段程序，通俗的講CGI就像是一座橋，把網頁和WEB伺服器中的執行程序連接起來，它把HTML接收的指令傳遞給伺服器的執行程序，再把伺服器執行程序的結果返還給HTML頁。CGI的跨平台性能極佳，幾乎可以在任何操作系統上實現。
2、FastCGI
fast-cgi是cgi的升級版本，FastCGI像是一個常駐(long-live)型的CGI，它可以一直執行著，只要激活後，不會每次都要花費時間去fork一次。PHP使用PHP-FPM(FastCGIProcessManager)，全稱PHPFastCGI進程管理器進行管理。
但每一個Web請求PHP都必須重新解析php.ini、重新載入全部擴展並重初始化全部數據結構。使用FastCGI，所有這些都只在進程啟動時發生一次。一個額外的好處是，持續資料庫連接(Persistentdatabaseconnection)可以工作。
3、
PHP作為Apache模塊，Apache伺服器在系統啟動後，預先生成多個進程副本駐留在內存中，一旦有請求出現，就立即使用這些空餘的子進程進行處理，這樣就不存在生成子進程造成的延遲了。這些伺服器副本在處理完一次HTTP請求之後並不立即退出，而是停留在計算機中等待下次請求。對於客戶瀏覽器的請求反應更快，性能較高。
如何保護自己的PHP代碼：
1、代碼混淆加密
就是把代碼base64加密，然後對base64里的字元串進行字元串映射（隨機生成字典混淆）然後eval執行這種百分之百能被破解還原。
2、混淆亂碼字元
代碼混淆變數還有一些東西和1原理差不多，不過是把字元串換到ascii127到255之間非人類還有編輯器看不懂的字元，結果也是百分之百能被破解和還原，只是時間問題。
3、發放opcode
不分發代碼，而是先把PHP代碼預編譯，分發opcode，PHP7以後opcache深度集成這個東西PHP7以後可以用這個方法保護源碼，但是也會被opcode反編譯回去也會被破解。
4、混淆加密寫PHP擴展
混淆加密寫PHP擴展，但是只要是開源的PHP擴展都會被破解，除非自己寫加密演算法，把PHP代碼加密，然後自己拿C語音寫擴圓談展閉源，別人不知道你加密思路和破解思路，被破解的可能性很小。
⑥ PHP緩存技術的PHP編譯緩存
目前最常見的PHP編譯緩存工具有：APC，Accelerator，xcache（國產）等。
PHP是一種解釋型語言，在PHP語言執行代碼的時候，需要下面兩步：
1、編譯過程。PHP讀取文件，並編譯該文件，然後生成能夠在Zend Engine虛擬機上執行的中間碼。
2、執行過程。PHP直接執行中間碼。
以下兩種情況，會導致PHP運行程序代碼效率低下：
1、即使PHP代碼文件沒有發生改變，也會被PHP重新編譯。
2、如有引用文件，PHP也要花費時間重新編譯這些被引用的文件。
因此，需要PHP編譯緩存工具對PHP程序的編譯結果做緩存處理。這樣，PHP程序只要編譯一次，就不要重新再做無意義的編譯了。
