nginx 與fastcgi的通訊方式(nginx 與fastcgi通信方式https://blog.csdn.net/mengzuchao/article/details/80413959?utm_source=blogxgwz9)
nginx如何解析PHP腳本(https://blog.csdn.net/lxcboke/article/details/54911716)
https://www.cnblogs.com/frankielf0921/p/5930743.html

負載均衡測量詳解(https://www.cnblogs.com/wpjamer/articles/6443332.html)
https://www.cnblogs.com/lvgg/p/6140584.html
https://www.cnblogs.com/jackieron/p/6504765.html
-
主鍵索引和唯一索引的區(qū)別
1 主鍵是一種約束,唯一索引是一種索引,兩者在本質(zhì)上是不同的。2 主鍵創(chuàng)建后一定包含一個唯一性索引,唯一性索引不一定就是主鍵。
3 唯一性索引列允許空值, 而主鍵列不允許為空值。
4 主鍵可以被其他表引用為外鍵,而唯一索引不能。
5 一個表最多只能創(chuàng)建一個主鍵,但是可以創(chuàng)建多個唯一索引。
6 主鍵更適合那些不容易改變的唯一標(biāo)識,如自動遞增列,身份證號等。
7 在RBO 模式下,主鍵的執(zhí)行計劃優(yōu)先級高于唯一索引。兩者可以提高查詢的速度。
聚簇索引和普通索引的區(qū)別(https://www.cnblogs.com/wyy123/p/6269875.html)
myisam 和innodb 的性能分析(https://www.cnblogs.com/wgp13x/p/4485000.html)
-
三范式的立即:
- 第一范式:字段的原子性,即字段不可分割,不符合的如:地址:xxx省xxx市xxx區(qū),省市區(qū)可以繼續(xù)分割,因此不符合第一范式
- 第二范式 字段部分依賴于主關(guān)鍵字,不符合的如:商品名稱 商品描述 ....供應(yīng)一廠電話xxxx,供應(yīng)廠名稱, 供應(yīng)廠和商品屬于部分依賴,不能寫在一張表中,
- 第三范式:在滿足二范式的基礎(chǔ)上,字段不能重復(fù)出現(xiàn)在其他的表中,字段冗余,屬性不依賴于其他非屬性
mysql 算法復(fù)雜度 :log 2^n log 以2為底的n
b+tree的特性:所有關(guān)鍵字都出現(xiàn)在葉子節(jié)點的鏈表中,而且鏈表中的關(guān)鍵字是有序的,不可能在非葉子節(jié)點命中,非葉子節(jié)點相當(dāng)于葉子節(jié)點的索引,葉子節(jié)點相當(dāng)于存儲數(shù)據(jù)的數(shù)據(jù)層
b*tree比b+tree 在節(jié)點中增加了新的
- 總結(jié)
B-樹:多路搜索樹,每個結(jié)點存儲M/2到M個關(guān)鍵字,非葉子結(jié)點存儲指向關(guān)鍵字范圍的子結(jié)點;所有關(guān)鍵字在整顆樹中出現(xiàn),且只出現(xiàn)一次,非葉子結(jié)點可以命中;
B+樹:在B-樹基礎(chǔ)上,為葉子結(jié)點增加鏈表指針,所有關(guān)鍵字都在葉子結(jié)點中出現(xiàn),非葉子結(jié)點作為葉子結(jié)點的索引;B+樹總是到葉子結(jié)點才命中;
B*樹:在B+樹基礎(chǔ)上,為非葉子結(jié)點也增加鏈表指針,將結(jié)點的最低利用率從1/2提高到2/3
- mysql 幾種索引類型及區(qū)別(https://www.cnblogs.com/yuan-shuai/p/3225417.html)
- mysql 架構(gòu) https://www.cnblogs.com/zcbing/p/6397507.html