不建議這樣做，一般不符合開發(fā)規(guī)范，如果這樣的話，你想想在業(yè)務(wù)量多的情況下，多個(gè)線程如果不控制，數(shù)據(jù)庫連接會將數(shù)據(jù)庫服務(wù)器爆掉的，會影響業(yè)務(wù)的
創(chuàng)新互聯(lián)建站主要為客戶提供服務(wù)項(xiàng)目涵蓋了網(wǎng)頁視覺設(shè)計(jì)、VI標(biāo)志設(shè)計(jì)、網(wǎng)絡(luò)營銷推廣、網(wǎng)站程序開發(fā)、HTML5響應(yīng)式成都網(wǎng)站建設(shè)公司、手機(jī)網(wǎng)站開發(fā)、微商城、網(wǎng)站托管及成都網(wǎng)站維護(hù)、WEB系統(tǒng)開發(fā)、域名注冊、國內(nèi)外服務(wù)器租用、視頻、平面設(shè)計(jì)、SEO優(yōu)化排名。設(shè)計(jì)、前端、后端三個(gè)建站步驟的完善服務(wù)體系。一人跟蹤測試的建站服務(wù)標(biāo)準(zhǔn)。已經(jīng)為成都不銹鋼雕塑行業(yè)客戶提供了網(wǎng)站營銷推廣服務(wù)。
常規(guī)做法：數(shù)據(jù)庫連接池（durid了解一下），據(jù)某些統(tǒng)計(jì)哈，真正用來做查詢的資源不超過整個(gè)查詢數(shù)據(jù)庫的生命周期的30%，大部分時(shí)間都用開創(chuàng)建連接關(guān)閉連接等操作，如果這個(gè)時(shí)候建立數(shù)據(jù)庫連接池的話，可以有效的將這部分時(shí)間釋放掉
php語言中的mysqli_query() 函數(shù)執(zhí)行某個(gè)針對數(shù)據(jù)庫的查詢。
語法
mysqli_query(connection,query,resultmode);
參數(shù)???????????????????? 描述
connection ????? 必需。規(guī)定要使用的 MySQL 連接。 ? ?
query ?????????????? 必需，規(guī)定查詢字符串。 ? ?
resultmode ? ?? 可選。一個(gè)常量?？梢允窍铝兄抵械娜我庖粋€(gè)：
MYSQLI_USE_RESULT（如果需要檢索大量數(shù)據(jù)，請使用這個(gè)）
MYSQLI_STORE_RESULT（默認(rèn)）
技術(shù)細(xì)節(jié)
返回值：針對成功的 SELECT、SHOW、DESCRIBE 或 EXPLAIN 查詢，將返回一個(gè) mysqli_result 對象。針對其他成功的查詢，將返回 TRUE。如果失敗，則返回 FALSE。 ?
PHP 版本：5+ ?
更新日志：在 PHP 5.3.0 中新增了異步查詢的功能。 ?
實(shí)例
?php
$con=mysqli_connect("localhost","my_user","my_password","my_db");
//?Check?connection
if?(mysqli_connect_errno($con))
{
echo?"Failed?to?connect?to?MySQL:?"?.?mysqli_connect_error();
}
//?Perform?queries?
mysqli_query($con,"SELECT?*?
FROM?Persons");
mysqli_query($con,"INSERT?INTO?Persons?(FirstName,LastName,Age)?
VALUES?('Glenn','Quagmire',33)");
mysqli_close($con);
?
在MySQL5.5之前，MySQL 的復(fù)制是異步操作，主庫和從庫的數(shù)據(jù)之間存在一定的延遲，這樣存在一個(gè)隱患:當(dāng)在主庫上寫入一個(gè)事務(wù)并提交成功，而從庫尚未得到主庫推送的Binlog日志時(shí)，主庫宕機(jī)了，例如主庫可能因磁盤損壞、內(nèi)存故障等造成主庫上該事務(wù)Binlog丟失，此時(shí)從庫就可能損失這個(gè)事務(wù)，從而造成主從不一致。
為了解決這個(gè)問題, MySQL5.5引人了半同步復(fù)制機(jī)制。
在MySQL 5.5之前的異步復(fù)制時(shí)，主庫執(zhí)行完 Commit提交操作后，在主庫寫入 Binlog日志后即可成功返回客戶端，無需等待Binlog日志傳送給從庫，如圖31-7所示。
而半同步復(fù)制時(shí)，為了保證主庫上的每一個(gè) Binlog 事務(wù)都能夠被可靠的復(fù)制到從庫上，主庫在每次事務(wù)成功提交時(shí)，并不及時(shí)反饋給前端應(yīng)用用戶，而是等待其中一個(gè)從庫也接收到 Binlog事務(wù)并成功寫入中繼日志后，主庫才返回Commit操作成功給客戶端。 半同步復(fù)制保證了事務(wù)成功提交后，至少有兩份日志記錄 ，一份在主庫的 Binlog日志上，另一份在至少一個(gè)從庫的中繼日志Relay Log 上，從而更進(jìn)一步保證了數(shù)據(jù)的完整性。半同步復(fù)制的大致流程如圖31-8所示。
半同步復(fù)制模式下，假如在圖31-8的步驟1、2、3中的任何一個(gè)步驟中主庫宕機(jī)，則事務(wù)并未提交成功，從庫上也沒有收到事務(wù)對應(yīng)的 Binlog日志，所以主從數(shù)據(jù)是一致的;
假如在步驟4傳送 Binlog日志到從庫時(shí)，從庫宕機(jī)或者網(wǎng)絡(luò)故障，導(dǎo)致 Binlog并沒有及時(shí)地傳送到從庫上，此時(shí)主庫上的事務(wù)會等待一段時(shí)間(時(shí)間長短由參數(shù)rpl_semi_sync_master_timeout設(shè)置的毫秒數(shù)決定)，如果 Binlog 在這段時(shí)間內(nèi)都無法成功推送到從庫上，則 MySQL自動調(diào)整復(fù)制為異步模式，事務(wù)正常返回提交結(jié)果給客戶端。
半同步復(fù)制很大程度上取決于主從庫之間的網(wǎng)絡(luò)情況，往返時(shí)延RTT 越小決定了從庫的實(shí)時(shí)性越好。通俗地說，主從庫之間網(wǎng)絡(luò)越快，從庫越實(shí)時(shí)。
半同步模式是作為MySQL5.5的一個(gè)插件來實(shí)現(xiàn)的，主庫和從庫使用不同的插件。安裝比較簡單，在上一小節(jié)異步復(fù)制的環(huán)境上，安裝半同步復(fù)制插件即可。
1、首先,判斷MySQL服務(wù)器是否支持動態(tài)增加插件:
2、安裝插件
3、可以查看到已安裝的插件
4、在安裝完插件后，半同步復(fù)制默認(rèn)是關(guān)閉的，這時(shí)需設(shè)置參數(shù)來開啟半同步
主：
從：
以上的啟動方式是在命令行操作，也可寫在配置文件中。
主：
從：
4、重啟從上的IO線程
從：
如果沒有重啟，則默認(rèn)還是異步復(fù)制，重啟后，slave會在master上注冊為半同步復(fù)制的slave角色。這時(shí)候，主的error.log中會打印如下信息：
查看半同步是否在運(yùn)行
主：
從：
這兩個(gè)變量常用來監(jiān)控主從是否運(yùn)行在半同步復(fù)制模式下。至此，MySQL半同步復(fù)制搭建完畢~
來做個(gè)實(shí)驗(yàn)，觀察半同步狀態(tài)參數(shù)的變化。
1、在主庫上insert一條記錄，觀察下變化；
Rpl_semi_sync_master_net_waits加1，說明剛才的insert已經(jīng)發(fā)送到從機(jī)并且主機(jī)還接收到從機(jī)的反饋響應(yīng)；
2、我們將從機(jī)mysql停止，再次在主機(jī)上進(jìn)行insert后查看狀態(tài)
可以看到，主機(jī)進(jìn)行insert阻塞了10秒才返回結(jié)果。Rpl_semi_sync_master_status變?yōu)镺FF，Rpl_semi_sync_master_no_tx加1，說明這條insert沒有同步到從機(jī)。后面再一次執(zhí)行了insert立馬返回了結(jié)果，說明此時(shí)已經(jīng)降級為異步復(fù)制；Rpl_semi_sync_master_no_tx也是增加了1；
3、現(xiàn)在恢復(fù)啟動從機(jī)，再次在主機(jī)上進(jìn)行insert后查看狀態(tài)
Rpl_semi_sync_master_status還是OFF，Rpl_semi_sync_master_no_tx又增加了1。說明從庫重啟并不會自動恢復(fù)為原來的半同步復(fù)制，需要手動操作：
主 SET GLOBAL rpl_semi_sync_master_enabled = 1;
從 SET GLOBAL rpl_semi_sync_slave_enabled = 1; STOP SLAVE IO_THREAD; START SLAVE IO_THREAD;
上面是從機(jī)重啟后的變化，那么主到從之間的網(wǎng)絡(luò)問題呢，我們可以利用防火墻來模擬。
對于全同步復(fù)制，當(dāng)主庫提交事務(wù)之后，所有的從庫節(jié)點(diǎn)必須收到，APPLY并且提交這些事務(wù)，然后主庫線程才能繼續(xù)做后續(xù)操作。這里面有一個(gè)很明顯的缺點(diǎn)就是，主庫完成一個(gè)事務(wù)的時(shí)間被拉長，性能降低。
一、mysql查詢的五種子句
where(條件查詢)、having（篩選）、group by（分組）、order by（排序）、limit（限制結(jié)果數(shù)）
1、where常用運(yùn)算符：
比較運(yùn)算符
, ,= , != （ ）,= , =
in(v1,v2..vn)
between v1 and v2 在v1至v2之間（包含v1,v2）
邏輯運(yùn)算符
not ( ! ) 邏輯非
or ( || ) 邏輯或
and ( ) 邏輯與
where price=3000 and price = 5000 or price =500 and price =1000
取500-1000或者3000-5000的值
where price not between 3000 and 5000
不在3000與5000之間的值
模糊查詢
like 像
通配符:
% 任意字符
_ 單個(gè)字符
where goods_name like '諾基亞%'
where goods_name like '諾基亞N__'
2、group by 分組
一般情況下group需與統(tǒng)計(jì)函數(shù)（聚合函數(shù)）一起使用才有意義
如：select goods_id,goods_name,cat_id,max(shop_price) from goods group by cat_id;
這里取出來的結(jié)果中的good_name是錯(cuò)誤的！因?yàn)閟hop_price使用了max函數(shù)，那么它是取最大的，而語句中使用了group by 分組，那么goods_name并沒有使用聚合函數(shù)，它只是cat_id下的第一個(gè)商品，并不會因?yàn)閟hop_price改變而改變
mysql中的五種統(tǒng)計(jì)函數(shù)：
（1）max：求最大值
select max(goods_price) from goods
這里會取出最大的價(jià)格的值，只有值
#查詢每個(gè)欄目下價(jià)格最高的
select cat_id,max(goods_price) from goos group by cat_id;
#查出價(jià)格最高的商品編號
select goods_id,max(goods_price) from goods group by goods_id;
（2）min：求最小值
（3）sum：求總數(shù)和
#求商品庫存總和
select sum(goods_number) from goods;
（4）avg：求平均值
#求每個(gè)欄目的商品平均價(jià)格
select cat_id,avg(goods_price) from goods group by cat_id;
（5）count：求總行數(shù)
#求每個(gè)欄目下商品種類
select cat_id,count(*) from goods group by cat_id;
###要把每個(gè)字段名當(dāng)成變量來理解，它可以進(jìn)行運(yùn)算###
例：查詢本店每個(gè)商品價(jià)格比市場價(jià)低多少；
select goods_id,goods_name,goods_price-market_price from goods;
查詢每個(gè)欄目下面積壓的貨款
select cat_id,sum(goods_price*goods_number) from goods group by cat_id;
###可以用as來給計(jì)算結(jié)果取個(gè)別名###
select cat_id,sum(goods_price * goods_number) as hk from goods group by cat_id
不僅列名可以取別名，表單也可以取別名
3、having 與where 的異同點(diǎn)
having與where類似，可以篩選數(shù)據(jù)，where后的表達(dá)式怎么寫，having后就怎么寫
where針對表中的列發(fā)揮作用，查詢數(shù)據(jù)
having對查詢結(jié)果中的列發(fā)揮作用，篩選數(shù)據(jù)
#查詢本店商品價(jià)格比市場價(jià)低多少錢，輸出低200元以上的商品
select goods_id,good_name,market_price - shop_price as s from goods having s200 ;
//這里不能用where因?yàn)閟是查詢結(jié)果，而where只能對表中的字段名篩選
如果用where的話則是：
select goods_id,goods_name from goods where market_price - shop_price 200;
#同時(shí)使用where與having
select cat_id,goods_name,market_price - shop_price as s from goods where cat_id = 3 having s 200;
#查詢積壓貨款超過2萬元的欄目，以及該欄目積壓的貨款
select cat_id,sum(shop_price * goods_number) as t from goods group by cat_id having s 20000
#查詢兩門及兩門以上科目不及格的學(xué)生的平均分
思路：
#先計(jì)算所有學(xué)生的平均分
select name,avg(score) as pj from stu group by name;
#查出所有學(xué)生的掛科情況
select name,score60 from stu;
#這里score60是判斷語句，所以結(jié)果為真或假，mysql中真為1假為0
#查出兩門及兩門以上不及格的學(xué)生
select name,sum(score60) as gk from stu group by name having gk 1;
#綜合結(jié)果
select name,sum(score60) as gk,avg(score) as pj from stu group by name having gk 1;
4、order by
（1） order by price //默認(rèn)升序排列
（2）order by price desc //降序排列
（3）order by price asc //升序排列，與默認(rèn)一樣
（4）order by rand() //隨機(jī)排列，效率不高
#按欄目號升序排列，每個(gè)欄目下的商品價(jià)格降序排列
select * from goods where cat_id !=2 order by cat_id,price desc;
5、limit
limit [offset,] N
offset 偏移量，可選，不寫則相當(dāng)于limit 0,N
N 取出條目
#取價(jià)格第4-6高的商品
select good_id,goods_name,goods_price from goods order by good_price desc limit 3,3;
###查詢每個(gè)欄目下最貴的商品
思路：
#先對每個(gè)欄目下的商品價(jià)格排序
select cat_id,goods_id,goods_name,shop_price from goods order by cat_id,shop_price desc;
#上面的查詢結(jié)果中每個(gè)欄目的第一行的商品就是最貴的商品
#把上面的查詢結(jié)果理解為一個(gè)臨時(shí)表[存在于內(nèi)存中]【子查詢】
#再從臨時(shí)表中選出每個(gè)欄目最貴的商品
select * from (select goods_id,goods_name,cat_id,shop_price from goods order by cat_id,shop_price desc) as t group by cat_id;
#這里使用group by cat_id是因?yàn)榕R時(shí)表中每個(gè)欄目的第一個(gè)商品就是最貴的商品，而group by前面沒有使用聚合函數(shù)，所以默認(rèn)就取每個(gè)分組的第一行數(shù)據(jù)，這里以cat_id分組
良好的理解模型：
1、where后面的表達(dá)式，把表達(dá)式放在每一行中，看是否成立
2、字段(列)，理解為變量，可以進(jìn)行運(yùn)算（算術(shù)運(yùn)算和邏輯運(yùn)算）
3、 取出結(jié)果可以理解成一張臨時(shí)表
二、mysql子查詢
1、where型子查詢
（把內(nèi)層查詢結(jié)果當(dāng)作外層查詢的比較條件）
#不用order by 來查詢最新的商品
select goods_id,goods_name from goods where goods_id = (select max(goods_id) from goods);
#取出每個(gè)欄目下最新的產(chǎn)品(goods_id唯一)
select cat_id,goods_id,goods_name from goods where goods_id in(select max(goods_id) from goods group by cat_id);
2、from型子查詢
(把內(nèi)層的查詢結(jié)果供外層再次查詢)
#用子查詢查出掛科兩門及以上的同學(xué)的平均成績
思路：
#先查出哪些同學(xué)掛科兩門以上
select name,count(*) as gk from stu where score 60 having gk =2;
#以上查詢結(jié)果，我們只要名字就可以了，所以再取一次名字
select name from (select name,count(*) as gk from stu having gk =2) as t;
#找出這些同學(xué)了，那么再計(jì)算他們的平均分
select name,avg(score) from stu where name in (select name from (select name,count(*) as gk from stu having gk =2) as t) group by name;
3、exists型子查詢
（把外層查詢結(jié)果拿到內(nèi)層，看內(nèi)層的查詢是否成立）
#查詢哪些欄目下有商品，欄目表category,商品表goods
select cat_id,cat_name from category where exists(select * from goods where goods.cat_id = category.cat_id);
三、union的用法
（把兩次或多次的查詢結(jié)果合并起來，要求查詢的列數(shù)一致，推薦查詢的對應(yīng)的列類型一致，可以查詢多張表，多次查詢語句時(shí)如果列名不一樣，則取第一次的列名！如果不同的語句中取出的行的每個(gè)列的值都一樣，那么結(jié)果將自動會去重復(fù)，如果不想去重復(fù)則要加all來聲明，即union all）
## 現(xiàn)有表a如下
id num
a 5
b 10
c 15
d 10
表b如下
id num
b 5
c 10
d 20
e 99
求兩個(gè)表中id相同的和
select id,sum(num) from (select * from ta union select * from tb) as tmp group by id;
//以上查詢結(jié)果在本例中的確能正確輸出結(jié)果，但是，如果把tb中的b的值改為10以查詢結(jié)果的b的值就是10了，因?yàn)閠a中的b也是10，所以union后會被過濾掉一個(gè)重復(fù)的結(jié)果，這時(shí)就要用union all
select id,sum(num) from (select * from ta union all select * from tb) as tmp group by id;
#取第4、5欄目的商品，按欄目升序排列，每個(gè)欄目的商品價(jià)格降序排列，用union完成
select goods_id,goods_name,cat_id,shop_price from goods where cat_id=4 union select goods_id,goods_name,cat_id,shop_price from goods where cat_id=5 order by cat_id,shop_price desc;
【如果子句中有order by 需要用( ) 包起來，但是推薦在最后使用order by，即對最終合并后的結(jié)果來排序】
#取第3、4個(gè)欄目，每個(gè)欄目價(jià)格最高的前3個(gè)商品，結(jié)果按價(jià)格降序排列
(select goods_id,goods_name,cat_id,shop_price from goods where cat_id=3 order by shop_price desc limit 3) union (select goods_id,goods_name,cat_id,shop_price from goods where cat_id=4 order by shop_price desc limit 3) order by shop_price desc;
四、左連接，右連接，內(nèi)連接
現(xiàn)有表a有10條數(shù)據(jù)，表b有8條數(shù)據(jù)，那么表a與表b的笛爾卡積是多少？
select * from ta,tb //輸出結(jié)果為8*10=80條
1、左連接
以左表為準(zhǔn)，去右表找數(shù)據(jù)，如果沒有匹配的數(shù)據(jù)，則以null補(bǔ)空位，所以輸出結(jié)果數(shù)=左表原數(shù)據(jù)數(shù)
語法：select n1,n2,n3 from ta left join tb on ta.n1= ta.n2 [這里on后面的表達(dá)式，不一定為=，也可以，等算術(shù)、邏輯運(yùn)算符]【連接完成后，可以當(dāng)成一張新表來看待，運(yùn)用where等查詢】
#取出價(jià)格最高的五個(gè)商品，并顯示商品的分類名稱
select goods_id,goods_name,goods.cat_id,cat_name,shop_price from goods left join category on goods.cat_id = category.cat_id order by shop_price desc limit 5;
2、右連接
a left join b 等價(jià)于 b right join a
推薦使用左連接代替右連接
語法：select n1,n2,n3 from ta right join tb on ta.n1= ta.n2
3、內(nèi)連接
查詢結(jié)果是左右連接的交集，【即左右連接的結(jié)果去除null項(xiàng)后的并集（去除了重復(fù)項(xiàng)）】
mysql目前還不支持 外連接（即左右連接結(jié)果的并集,不去除null項(xiàng)）
語法：select n1,n2,n3 from ta inner join tb on ta.n1= ta.n2
總結(jié)：可以對同一張表連接多次，以分別取多次數(shù)據(jù)
1、mysql肯定可以實(shí)現(xiàn)
2、樹形結(jié)構(gòu)的實(shí)現(xiàn)其實(shí)很簡單的，建議你看下ztree的官方api，你只需要按照數(shù)據(jù)結(jié)構(gòu)遞歸查詢出父子節(jié)點(diǎn)的數(shù)據(jù)即可
3、mybatis是java中實(shí)現(xiàn)的方式了，至于你想怎么優(yōu)化，最后都是遞歸查詢父子節(jié)點(diǎn)的數(shù)據(jù)
MySQL 默認(rèn)的復(fù)制就是異步的，主庫再執(zhí)行完客戶端提交的事務(wù)后會立即將結(jié)果返回給客戶端，并不關(guān)系從庫是否已經(jīng)接收和處理。
MySQL主庫將Binlog事件寫入到Binlog文件中，此時(shí)主庫只通知一下Dump線程發(fā)送這些新的Binlog，然后主庫繼續(xù)處理提交操作，不會保證這些Binlog傳到任何一個(gè)從庫節(jié)點(diǎn)上。
因?yàn)楫惒綇?fù)制，主節(jié)點(diǎn)不關(guān)從節(jié)點(diǎn)是否收到Binlog，如果主crash掉了，此時(shí)主節(jié)點(diǎn)上已提交的事務(wù)可能并沒有傳到從庫上，如果此時(shí)，強(qiáng)行將從節(jié)點(diǎn)提升為主節(jié)點(diǎn)，可能導(dǎo)致新的主節(jié)點(diǎn)上數(shù)據(jù)不完整。
全同步是指當(dāng)主庫接收到客戶端的一個(gè)事務(wù)請求，所有的從庫都執(zhí)行了該事務(wù)才返回給客戶端。
當(dāng)主庫收到客戶端提交的事務(wù)后，所有的從庫必須收到并且執(zhí)行事務(wù)，然后主庫才會執(zhí)行后續(xù)操作。
因?yàn)橐却袕膸靾?zhí)行完事務(wù)，主庫才將結(jié)果返回給客戶端，所以全同步復(fù)制的性能必然受到嚴(yán)重影響，即完成一個(gè)事務(wù)的時(shí)間被拉長，性能降低。
半同步復(fù)制是介于全同步復(fù)制和全異步復(fù)制之間的一種，主庫只需要等待至少一個(gè)從庫節(jié)點(diǎn)收到并Flush Binlog到Relay log文件即可，主庫不需要等待所有從庫給主庫反饋。（注意只要收到一個(gè)從庫的反饋即可）
介于異步復(fù)制和全同步復(fù)制之間，主庫再執(zhí)行完客戶端提交的食物后不是立刻返回給客戶端，而是等待至少一個(gè)從庫接收到并寫到relay log中才返回給客戶端。
相對于異步復(fù)制，半同步復(fù)制提交了數(shù)據(jù)的安全性，同時(shí)它也造成了一定程序的延遲，這個(gè)延遲至少是一個(gè)TCP/IP往返時(shí)間，因此，半同步復(fù)制雖好在低延時(shí)的網(wǎng)絡(luò)中使用。
XMind - Trial Version
重慶分公司
重慶分公司
