其實(shí)最簡(jiǎn)單的方法是用timer控件，timer控件本事就是對(duì)一個(gè)線程的封裝
創(chuàng)新互聯(lián)公司是一家成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作，提供網(wǎng)頁(yè)設(shè)計(jì)，網(wǎng)站設(shè)計(jì)，網(wǎng)站制作，建網(wǎng)站，按需規(guī)劃網(wǎng)站，網(wǎng)站開(kāi)發(fā)公司，從2013年開(kāi)始是互聯(lián)行業(yè)建設(shè)者，服務(wù)者。以提升客戶品牌價(jià)值為核心業(yè)務(wù)，全程參與項(xiàng)目的網(wǎng)站策劃設(shè)計(jì)制作，前端開(kāi)發(fā)，后臺(tái)程序制作以及后期項(xiàng)目運(yùn)營(yíng)并提出專(zhuān)業(yè)建議和思路。
所以你用兩個(gè)timer控件就可以模擬兩個(gè)線程了
或者用兩個(gè)backgroundworker控件，這個(gè)更逼真，不用定時(shí)觸發(fā)
具體用法，我空間里有教程
希望能解決您的問(wèn)題。
在PHP-FPM處理HTTP請(qǐng)求時(shí)，有時(shí)會(huì)遇到一個(gè)請(qǐng)求需要進(jìn)行多次MySQL查詢（在報(bào)表類(lèi)應(yīng)用中比較常見(jiàn)）。通常我們會(huì)以串行方式查詢：
$link?=?new?mysqli();
$rs1?=?$link-query('SELECT?*?FROM?table1');
while?($row?=?$rs1-fetch_row())?{?...?}
$rs2?=?$link-query('SELECT?*?FROM?table2');
while?($row?=?$rs2-fetch_row())?{?...?}
$rs3?=?$link-query('SELECT?*?FROM?table3');
while?($row?=?$rs3-fetch_row())?{?...?}
串行查詢方式有個(gè)缺點(diǎn)：在MySQL返回?cái)?shù)據(jù)之前，PHP一直是處于空等的狀態(tài)，不會(huì)繼續(xù)往后執(zhí)行。如果數(shù)據(jù)量大或者查詢復(fù)雜，MySQL響應(yīng)可能會(huì)比較慢，那么以串行方式查詢會(huì)有一些延遲。給用戶最直接的感受就是 Loading… 的圈圈一直打轉(zhuǎn)。
那么有什么辦法可以減少查詢MySQL的時(shí)間？用多進(jìn)程并行查詢不行，因?yàn)镻HP-FPM 中不允許用 pcntl_fork 一類(lèi)的調(diào)用。
幸好還有 mysqlnd，mysqlnd提供了類(lèi)似 stream_select 的機(jī)制（見(jiàn) 這篇文章） ，可以做到在單進(jìn)程中對(duì)MySQL并行查詢。這主要運(yùn)用了mysqli_poll 和 reap_async_query 兩個(gè)函數(shù)。
還是通過(guò)例子來(lái)介紹MySQL并行查詢的實(shí)施方法。假設(shè)要并行地向MySQL發(fā)出10個(gè)查詢，最基本的代碼應(yīng)該是這樣的：
1.??$links?=?[];
2.??for?($i?=?0;?$i?!==?10;?$i++)?{
3.??????$links[$i]?=?new?mysqli('127.0.0.1',?'user',?'password',?'db1');
4.??????$links[$i]-query('SELECT?SLEEP(1)',?MYSQLI_ASYNC);
5.??}
6.??$allResult?=?[];
7.??while?(!empty($links))?{
8.??????$reads?=?$links;
9.??????$errors?=?$reject?=?[];
10.?????if?(!mysqli_poll($reads,?$errors,?$reject,?null))?{
11.?????????continue;
12.?????}
13.?????foreach?($reads?as?$read)?{
14.?????????$idx?=?array_search($read,?$links,?true);
15.?????????$allResult[$idx]?=?[];
16.?????????$result?=?$read-reap_async_query();
17.?????????while?($row?=?$result-fetch_row())?{
18.?????????????$allResult[$idx][]?=?$row;
19.?????????}
20.?????????$read-close();
21.?????????unset($links[$idx]);
22.?????}
23.?}
解釋下這段代碼的含義：
2~5行，同時(shí)發(fā)起10個(gè)MySQL連接，并發(fā)出查詢
注意query() 的第二個(gè)參數(shù)帶上了 MYSQLI_ASYNC 表示非阻塞查詢
10行，使用mysqli_poll 輪詢10個(gè)連接的查詢有無(wú)返回
mysqli_poll 的第一個(gè)參數(shù)$reads是個(gè)數(shù)組，包含需要輪詢那些連接。mysqli_poll 執(zhí)行完后，會(huì)改寫(xiě)$reads，改寫(xiě)后$reads包含的是那些已經(jīng)有數(shù)據(jù)返回連接。
mysqli_poll的第四個(gè)參數(shù)，控制的是輪詢的等待時(shí)間，單位是“秒”。如果像本例當(dāng)中設(shè)置為null，那么mysqli_poll輪詢是阻塞的：只有監(jiān)聽(tīng)的連接中，任意一個(gè)連接有數(shù)據(jù)返回了，mysqli_poll才會(huì)返回。如果等待時(shí)間設(shè)置為0，那么每次執(zhí)行mysqli_poll會(huì)立即返回，外層的while會(huì)頻繁循環(huán)。
第11~19行，遍歷已經(jīng)有數(shù)據(jù)返回的連接
reap_async_query和普通query一樣，返回的是mysqli_result，可以一行行fetch數(shù)據(jù)
20~21行，對(duì)于已經(jīng)獲得了數(shù)據(jù)的連接，下次mysqli_poll就不需要再輪詢這個(gè)連接了，所以關(guān)閉連接，并從$links數(shù)組刪除這個(gè)連接
當(dāng)所有的連接都返回了數(shù)據(jù)，$links數(shù)組空了，while循環(huán)也就終止了。
使用并行查詢的方式，可以大大縮短處理HTTP請(qǐng)求的時(shí)間，假設(shè)本例中的10個(gè)SQL查詢，每個(gè)需要執(zhí)行1秒。因?yàn)槭遣⑿校幚硭械牟樵?，也只需?秒左右。
隨著 MySQL 版本的不斷更新，對(duì) DDL 操作的支持也在不斷的完善和更新：比如從 MySQL 5.6 引入 Online DDL ，在 MySQL 5.7 對(duì) Online DDL 進(jìn)一步完善，到現(xiàn)在的 8.0 版本，則對(duì) DDL 的實(shí)現(xiàn)重新進(jìn)行了設(shè)計(jì)，比如 DDL 操作支持原子特性，在 MySQL 8.0.27 引入并行 DDL 。本篇就來(lái)探究一下 MySQL 8.0.27 的并行 DDL 對(duì)于 DDL 操作速度的提升。
MySQL 8.0.14 引入了 innodb_parallel_read_threads 變量來(lái)控制掃描聚簇索引的并行線程。MySQL 8.0.27 引入了 innodb_ddl_threads 變量來(lái)控制用于創(chuàng)建二級(jí)索引時(shí)的并行線程數(shù)量，此參數(shù)一般和一并引入的 innodb_ddl_buffer_size 一起使用，innodb_ddl_buffer_size 用于指定進(jìn)行并行 DDL 操作時(shí)能夠使用的 buffer 大小，buffer 是在所有的 DDL 并行線程中平均分配的，所以一般如果調(diào)大 innodb_ddl_threads 變量時(shí)，也需要調(diào)大 innodb_ddl_buffer_size 的大小。
innodb_ddl_threads 、innodb_ddl_buffer_size 和 innodb_parallel_read_threads 的默認(rèn)大小分別為：
接下來(lái)測(cè)試一下調(diào)大 innodb_ddl_threads 、innodb_ddl_buffer_size 和 innodb_parallel_read_threads 參數(shù)值對(duì) DDL 操作的性能提升。
首先創(chuàng)建一張 5000 萬(wàn)的表：
分別測(cè)試不同的線程數(shù)量和緩沖區(qū)大小的 DDL 操作時(shí)間，例如：
通過(guò)不斷調(diào)整相關(guān)參數(shù)得到以下結(jié)果：
可以看到，隨著并發(fā)線程的增多和 buffer 的增加，DDL 操作所占用的資源也越多，而 DDL 操作所花費(fèi)的時(shí)間則越少。不過(guò)通過(guò)對(duì)比資源的消耗和 DDL 速度的提升比例，最合理的并行線程數(shù)量為4-8個(gè)，而 buffer 大小可以根據(jù)情況進(jìn)行調(diào)整。
參考鏈接：
存儲(chǔ)過(guò)程本來(lái)就是多條語(yǔ)句 你也可以通過(guò)存儲(chǔ)過(guò)程調(diào)用其他存儲(chǔ)過(guò)程execute ("exec b存儲(chǔ)過(guò)程")
mysql如何實(shí)現(xiàn)多行查詢結(jié)果合并成一行,mysql如何實(shí)現(xiàn)多行查詢結(jié)果合并成一行網(wǎng)站簡(jiǎn)介信息
利用函數(shù)：group_concat(),實(shí)現(xiàn)一個(gè)ID對(duì)應(yīng)多個(gè)名稱(chēng)時(shí)，原本為多行數(shù)據(jù)，把名稱(chēng)合并成一行。
其完整語(yǔ)法：
GROUP_CONCAT(expr)
該函數(shù)返回帶有來(lái)自一個(gè)組的連接的非NULL值的字符串結(jié)果。其完整的語(yǔ)法如下所示：
GROUP_CONCAT([DISTINCT] expr [,expr ...]
[ORDER BY {unsigned_integer | col_name | expr}
[ASC | DESC] [,col_name ...]]
[SEPARATOR str_val])
mysql SELECT student_name,
- GROUP_CONCAT(test_score)
- FROM student
- GROUP BY student_name;
Or:
mysql SELECT student_name,
- GROUP_CONCAT(DISTINCT test_score
- ORDER BY test_score DESC SEPARATOR ' ')
- FROM student
- GROUP BY student_name;
在MySQL中,你可以獲取表達(dá)式組合的連接值。你可以使用DISTINCT刪去重復(fù)值。假若你希望多結(jié)果值進(jìn)行排序，則應(yīng)該使用 ORDER BY子句。若要按相反順序排列，將 DESC (遞減) 關(guān)鍵詞添加到你要用ORDER BY 子句進(jìn)行排序的列名稱(chēng)中。默認(rèn)順序?yàn)樯?；可使用ASC將其明確指定。 SEPARATOR 后面跟隨應(yīng)該被插入結(jié)果的值中間的字符串值。默認(rèn)為逗號(hào) (‘,')。通過(guò)指定SEPARATOR '' ，你可以刪除所有分隔符。
使用group_concat_max_len系統(tǒng)變量，你可以設(shè)置允許的最大長(zhǎng)度。 程序中進(jìn)行這項(xiàng)操作的語(yǔ)法如下，其中 val 是一個(gè)無(wú)符號(hào)整數(shù)：
SET [SESSION | GLOBAL] group_concat_max_len = val;
Coordinator 線程負(fù)責(zé)判斷事務(wù)是否可以并行執(zhí)行，如果可以并行就把事務(wù)分發(fā)給 WorkThread 線程執(zhí)行，如果判斷不能執(zhí)行，如 DDL ， 跨庫(kù)操作 等，就等待所有的worker線程執(zhí)行完成之后，再由 Coordinator 執(zhí)行。
一組事務(wù)同時(shí)提交也就意味著組內(nèi)事務(wù)不存在沖突，故組內(nèi)的事務(wù)在從節(jié)點(diǎn)上就可以并發(fā)執(zhí)行，問(wèn)題在于如何區(qū)分事務(wù)是否在同一組中的，于是在binlog中出現(xiàn)了兩個(gè)新的參數(shù)信息 last_committed 和 sequence_number
Enjoy GreatSQL :)
重慶分公司
重慶分公司
