建站
咨詢
售后
建站咨詢
新聞中心
php mysql的長(zhǎng)連接和短連接?
可以這樣封裝個(gè)函數(shù)
和平ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場(chǎng)景，ssl證書未來(lái)市場(chǎng)廣闊！成為創(chuàng)新互聯(lián)公司的ssl證書銷售渠道，可以享受市場(chǎng)價(jià)格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：13518219792（備注：SSL證書合作）期待與您的合作！
function login（$a=false）
{
if(!$a)
{
$db=mysql_pconnect('localhost','user','pass');
}else
{
$db=mysql_connect('localhost','user','pass');
}
}
可以調(diào)用login（）默認(rèn)參數(shù)為false 修改傳遞的參數(shù)就行了
mysql長(zhǎng)連接和短連接的區(qū)別
概念解釋：
長(zhǎng)連接：長(zhǎng)連接是相對(duì)于短連接來(lái)說的。長(zhǎng)連接指在一個(gè)連接上可以連續(xù)發(fā)送多個(gè)數(shù)據(jù)包，在連接保持期間，如果沒有數(shù)據(jù)包發(fā)送，需要雙方發(fā)鏈路檢測(cè)包。mysql的長(zhǎng)連接如果長(zhǎng)期閑置，mysql會(huì)8小時(shí)后（默認(rèn)時(shí)間）主動(dòng)斷開該連接。
短連接：是指通訊雙方有數(shù)據(jù)交互時(shí)，就建立一個(gè)連接，數(shù)據(jù)發(fā)送完成后，則斷開此連接，即每次連接只完成一項(xiàng)業(yè)務(wù)的發(fā)送。
連接的區(qū)別：
使用長(zhǎng)連接，短連接各有優(yōu)勢(shì)，也各有缺點(diǎn)。我們看看長(zhǎng)短連接，系統(tǒng)是怎么做的？
1、短連接：
客戶端連接--創(chuàng)建socket認(rèn)證連接--維護(hù)連接--數(shù)據(jù)傳輸--關(guān)閉連接
2、長(zhǎng)連接
客戶端連接--創(chuàng)建socket認(rèn)證連接--維護(hù)連接--數(shù)據(jù)傳輸--維護(hù)連接--數(shù)據(jù)傳輸.....-關(guān)閉連接
2種連接方式都需要系統(tǒng)開銷來(lái)維護(hù)連接，哪種連接最合適并沒有準(zhǔn)確的說法，主要還是看你客戶端的行為。
MySQL實(shí)戰(zhàn)問題03 mysql如何保證主備一致
MySQL 主備的基本原理主備流程切換
在狀態(tài) 1 中，客戶端的讀寫都直接訪問節(jié)點(diǎn) A，而節(jié)點(diǎn) B 是 A 的備庫(kù)，只是將 A 的更新都同步過來(lái)，到本地執(zhí)行。這樣可以保持節(jié)點(diǎn) B 和 A 的數(shù)據(jù)是相同的
當(dāng)需要切換的時(shí)候，就切成狀態(tài) 2。這時(shí)候客戶端讀寫訪問的都是節(jié)點(diǎn) B，而節(jié)點(diǎn) A 是 B 的備庫(kù)。
M-S模式中, 為什么建議把備庫(kù)設(shè)為readonly? 有時(shí)候一些運(yùn)營(yíng)類的查詢語(yǔ)句會(huì)被放到備庫(kù)上去查，設(shè)置為只讀可以防止誤操作； 防止切換邏輯有 bug，比如切換過程中出現(xiàn)雙寫，造成主備不一致 可以用 readonly 狀態(tài)，來(lái)判斷節(jié)點(diǎn)的角色。 把備庫(kù)設(shè)置成只讀了，還怎么跟主庫(kù)保持同步更新呢？
因?yàn)?readonly 設(shè)置對(duì)超級(jí) (super) 權(quán)限用戶是無(wú)效的，而用于同步更新的線程，就擁有超級(jí)權(quán)限。
節(jié)點(diǎn) A 到 B 這條線的內(nèi)部流程是什么樣的
下圖畫出的就是一個(gè) update 語(yǔ)句在節(jié)點(diǎn) A 執(zhí)行，然后同步到節(jié)點(diǎn) B 的完整流程圖
備庫(kù) B 跟主庫(kù) A 之間維持了一個(gè)長(zhǎng)連接。主庫(kù) A 內(nèi)部有一個(gè)線程，專門用于服務(wù)備庫(kù) B 的這個(gè)長(zhǎng)連接
一個(gè)事務(wù)日志同步的完整過程是這樣的: 在備庫(kù) B 上通過 change master 命令，設(shè)置主庫(kù) A 的 IP、端口、用戶名、密碼，以及要從哪個(gè)位置開始請(qǐng)求 binlog，這個(gè)位置包含文件名和日志偏移量。 在備庫(kù) B 上執(zhí)行 start slave 命令，這時(shí)候備庫(kù)會(huì)啟動(dòng)兩個(gè)線程，就是圖中的 io_thread 和 sql_thread。其中 io_thread 負(fù)責(zé)與主庫(kù)建立連接。 主庫(kù) A 校驗(yàn)完用戶名、密碼后，開始按照備庫(kù) B 傳過來(lái)的位置，從本地讀取 binlog，發(fā)給 B。 備庫(kù) B 拿到 binlog 后，寫到本地文件，稱為中轉(zhuǎn)日志（relay log）。 sql_thread 讀取中轉(zhuǎn)日志，解析出日志里的命令，并執(zhí)行。 binlog 的三種格式對(duì)比
三種格式分別是: statement row mixed
為了便于描述 binlog 的這三種格式間的區(qū)別, 創(chuàng)建并初始化一個(gè)表
mysql CREATE TABLE `t` ( `id` int(11) NOT NULL, `a` int(11) DEFAULT NULL, `t_modified` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), KEY `a` (`a`), KEY `t_modified`(`t_modified`) ) ENGINE=InnoDB; insert into t values(1,1,'2018-11-13'); insert into t values(2,2,'2018-11-12'); insert into t values(3,3,'2018-11-11'); insert into t values(4,4,'2018-11-10'); insert into t values(5,5,'2018-11-09');
刪除一行, 分析binlog
mysql delete from t /*comment*/ where a=4 and t_modified='2018-11-10' limit 1; 查詢binlog命令: mysql show binlog events in 'master.000001'; 當(dāng) binlog_format=statement 時(shí)
binlog 里面記錄的就是 SQL 語(yǔ)句的原文:
分析一下上圖輸出的結(jié)果: 第一行可以先忽略. 第二行是一個(gè) BEGIN，跟第四行的 commit 對(duì)應(yīng)，表示中間是一個(gè)事務(wù)； 第三行是真實(shí)的執(zhí)行語(yǔ)句, 在delete命令前,還有一個(gè)use test命令, 是mysql自動(dòng)添加的. 最后一行是一個(gè) COMMIT, 包含一個(gè)xid. 如果使用statement格式, 記錄到binlog 的是語(yǔ)句原文. 會(huì)有什么問題出現(xiàn)呢?
如果delete 帶有 limit, 很可能出出現(xiàn)住主備數(shù)據(jù)庫(kù)不一致的情況
在主庫(kù)執(zhí)行這條 SQL 語(yǔ)句的時(shí)候，用的是索引 a；而在備庫(kù)執(zhí)行這條 SQL 語(yǔ)句的時(shí)候，卻使用了索引 t_modified
當(dāng) binlog_format= row 時(shí):
與statement相比, begin 與 commit 是一致的, 但是row格式?jīng)]有記錄原文, 而是替換成了兩個(gè)event, 粉筆是table_map 與 delete_rows
Table_map event，用于說明接下來(lái)要操作的表是 test 庫(kù)的表 t; Delete_rows event，用于定義刪除的行為。 使用mysqlbinlog工具分析解析binlog中內(nèi)容 mysqlbinlog -vv data/master.000001 --start-position=8900;
解析結(jié)果:
server id 1，表示這個(gè)事務(wù)是在 server_id=1 的這個(gè)庫(kù)上執(zhí)行的。 每個(gè) event 都有 CRC32 的值，這是因?yàn)閰?shù) binlog_checksum 設(shè)置成了 CRC32。 Table_map event 顯示了接下來(lái)要打開的表，map 到數(shù)字 226。現(xiàn)在我們這條 SQL 語(yǔ)句只操作了一張表，如果要操作多張表呢？每個(gè)表都有一個(gè)對(duì)應(yīng)的 Table_map event、都會(huì) map 到一個(gè)單獨(dú)的數(shù)字，用于區(qū)分對(duì)不同表的操作。 在 mysqlbinlog 的命令中，使用了 -vv 參數(shù)是為了把內(nèi)容都解析出來(lái)，所以從結(jié)果里面可以看到各個(gè)字段的值（比如，@1=4、 @2=4 這些值）。 binlog_row_image 的默認(rèn)配置是 FULL，因此 Delete_event 里面，包含了刪掉的行的所有字段的值。如果把 binlog_row_image 設(shè)置為 MINIMAL，則只會(huì)記錄必要的信息，在這個(gè)例子里，就是只會(huì)記錄 id=4 這個(gè)信息。 最后的 Xid event，用于表示事務(wù)被正確地提交了。 為什么會(huì)有 mixed 格式的 binlog？為什么會(huì)有 mixed 這種 binlog 格式的存在場(chǎng)景？ 因?yàn)橛行?statement 格式的 binlog 可能會(huì)導(dǎo)致主備不一致，所以要使用 row 格式。 但 row 格式的缺點(diǎn)是，很占空間。比如你用一個(gè) delete 語(yǔ)句刪掉 10 萬(wàn)行數(shù)據(jù)，用 statement 的話就是一個(gè) SQL 語(yǔ)句被記錄到 binlog 中，占用幾十個(gè)字節(jié)的空間。但如果用 row 格式的 binlog，就要把這 10 萬(wàn)條記錄都寫到 binlog 中。這樣做，不僅會(huì)占用更大的空間，同時(shí)寫 binlog 也要耗費(fèi) IO 資源，影響執(zhí)行速度。 所以，MySQL 就取了個(gè)折中方案，也就是有了 mixed 格式的 binlog。mixed 格式的意思是，MySQL 自己會(huì)判斷這條 SQL 語(yǔ)句是否可能引起主備不一致，如果有可能，就用 row 格式，否則就用 statement 格式。 如何解決雙M結(jié)構(gòu)的循環(huán)復(fù)制問題解決兩個(gè)節(jié)點(diǎn)間的循環(huán)復(fù)制的問題的邏輯 規(guī)定兩個(gè)庫(kù)的 server id 必須不同，如果相同，則它們之間不能設(shè)定為主備關(guān)系； 一個(gè)備庫(kù)接到 binlog 并在重放的過程中，生成與原 binlog 的 server id 相同的新的 binlog； 每個(gè)庫(kù)在收到從自己的主庫(kù)發(fā)過來(lái)的日志后，先判斷 server id，如果跟自己的相同，表示這個(gè)日志是自己生成的，就直接丟棄這個(gè)日志。 按照這個(gè)邏輯，如果我們?cè)O(shè)置了雙 M 結(jié)構(gòu)，日志的執(zhí)行流就會(huì)變成這樣： 從節(jié)點(diǎn) A 更新的事務(wù)，binlog 里面記的都是 A 的 server id； 傳到節(jié)點(diǎn) B 執(zhí)行一次以后，節(jié)點(diǎn) B 生成的 binlog 的 server id 也是 A 的 server id； 再傳回給節(jié)點(diǎn) A，A 判斷到這個(gè) server id 與自己的相同，就不會(huì)再處理這個(gè)日志。所以，死循環(huán)在這里就斷掉了。
MySQL連接查詢 內(nèi)連接和外連接的區(qū)別
內(nèi)連接：指連接結(jié)果僅包含符合連接條件的行，參與連接的兩個(gè)表都應(yīng)該符合連接條件。
外連接：連接結(jié)果不僅包含符合連接條件的行同時(shí)也包含自身不符合條件的行。包括左外連接、右外連接和全外連接。
左外連接：左邊表數(shù)據(jù)行全部保留，右邊表保留符合連接條件的行。
右外連接：右邊表數(shù)據(jù)行全部保留，左邊表保留符合連接條件的行。
全外連接：左外連接 union 右外連接。
示例：
數(shù)據(jù)庫(kù)版本：Oracle
表TESTA,TESTB,TESTC，各有A, B兩列。
A．內(nèi)連接
內(nèi)連接，即最常見的等值連接，例：
SELECT?*?
FROM?TESTA,TESTB
WHERE?TESTA.A=TESTB.A
結(jié)果：
B.外連接
外連接分為左外連接，右外連接和全外連接。
1．??左外連接?left outer join?或者?left join
左外連接就是在等值連接的基礎(chǔ)上加上主表中的未匹配數(shù)據(jù)，例：
SELECT?*
FROM?TESTA?
LEFT?OUTER?JOIN?TESTB?
ON?TESTA.A=TESTB.A
結(jié)果：
三個(gè)表做左外鏈接：
SELECT?*
FROM?TESTA?
LEFT?OUTER?JOIN?TESTB?
ON?TESTA.A=TESTB.A
LEFT?OUTER?JOIN?TESTC
ON?TESTA.A=TESTC.A
結(jié)果：
2．?右外連接?right outer join?或者?right join
右外連接是在等值連接的基礎(chǔ)上加上被連接表的不匹配數(shù)據(jù)
SELECT?*
FROM?TESTA?
RIGHT?OUTER?JOIN?TESTB?
ON?TESTA.A=TESTB.A
3.全外連接?full outer join?或者?full join
全外連接是在等值連接的基礎(chǔ)上將左表和右表的未匹配數(shù)據(jù)都加上。
SELECT?*?
FROM?TESTA?
FULL?OUTER?JOIN?TESTB
ON?TESTA.A=TESTB.A
結(jié)果：
mysql長(zhǎng)連接和短連接通過什么確定
長(zhǎng)連接就是一直連接著mysql，即使空閑時(shí)候也鏈接著
短連接就是連接完關(guān)閉鏈接，需要的時(shí)候重新鏈接
新聞標(biāo)題：mysql怎么保持長(zhǎng)連接,mysql創(chuàng)建長(zhǎng)連接
URL鏈接：http://www.dlmjj.cn/article/dsepdji.html
