作者StupidGaGa (笨嘎嘎)
看板C_Sharp
標題[問題] C#與MySql的問題
時間Thu Dec 25 12:29:13 2014
有些問題魯蛇的我不太清楚，想請問鄉民。
1. 連線ID與指令ID？
資料庫連線的時候有個連線的 thread ID，
取得的時候用 MySqlConnection.ServerThread，
這在資料庫是可以觀察到的。
但是公司的前輩說，
PHP內除了有連線ID可以查到之外，還有個指令的ID可以查，
是叫做Resource ID，具公司前輩說明此ID是資料庫給的。
例如我同一條連線做三次查詢，會像下面這樣，
Thread ID : 11325, Rexource ID: 475
Thread ID : 11325, Rexource ID: 476
Thread ID : 11325, Rexource ID: 477
想請問C#如何可以查到指令的ID？
2. 多執行緒中的資料庫連線該如何設計？
我知道這問題很菜，但是google我查不太到，
不知道是太菜的問題還是我關鍵字找錯。
我到現在有三種設計，不過我覺得都有些問題
(1) 一個執行緒內有一條連線，open->指令->close、open->指令->close
(2) 一個執行緒內有一條練限，open->指令->指令->close
(3) 多個執行緒共用一條連線、用Lock，應用程式開始時open，應用程式結束close
想請各位鄉民指點我一下，
又或者有可參考的書籍。
先謝謝各位有回答的鄉民
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 60.249.117.38
※ 文章網址: http://webptt.com/m.aspx?n=bbs/C_Sharp/M.1419481758.A.36C.html
1F：推 Peruheru: 連線無所謂吧，是寫入才比較有lock的問題 12/25 13:34
2F：→ Peruheru: 多開幾條連線應該不會怎樣...吧 12/25 13:36
當多開連線時，連線過多server會將連線踢掉，
要是這時候執行指令，會導致錯誤，
如：
明明有該筆資料，select結果卻是空的，這種神奇的事情發生，
原因是select到一半就被踢掉，所以結果當然是空的。
所以當我執行緒過多=>連線過多=>怪問題一堆。
3F：推 Peruheru: 這樣阿，好吧XD 12/25 15:31
4F：推 GoalBased: 連線當然不能過多啊 不然跟被攻擊有甚麼差別 12/25 15:31
5F：→ Peruheru: 那不然這樣，就是獨立sql查詢的部分為一個執行緒 12/25 15:32
6F：→ Peruheru: 所有人的查詢動作都丟到一個池內，然後sql執行緒去執行 12/25 15:33
7F：→ Peruheru: 這樣永遠都是同一個執行緒在使用同一條連線，沒有衝突 12/25 15:33
8F：→ Peruheru: 只是變成原本sql查詢的部分變成要等待執行緒執行到他們 12/25 15:34
9F：→ Peruheru: 的查詢結果才行，每個人就領個號碼牌等叫號 12/25 15:34
10F：→ Peruheru: 就是把SQL查詢的部分獨立為一個代理的意思 12/25 15:35
11F：→ Peruheru: 可能長時間未偵測到查詢，就關閉連線，要用再開 12/25 15:36
12F：推 Peruheru: 甚至可以做出優先權高的查詢優先執行這種事 12/25 15:44
13F：→ Peruheru: 不知道這樣行不行? 12/25 15:45
基本上，作法2.(3)就已經是沒問題了，不會有「神奇的事情發生」，
但2.(3)的缺點就是要讓執行緒等…，
當開一兩條執行緒的時候還可以接受，
當開100條執行緒，一個執行緒有20個指令，大家都共用同一個連線，大家互相等，
我覺得這樣的時間耗費有點誇張。
有點左右為難
14F：推 Peruheru: 不然就像窗口一樣多開幾個窗口嘛 12/25 16:11
15F：→ Peruheru: 一個服務員處理不來，就多兩個服務員，時間就剩三分之一 12/25 16:11
感謝你的意見，
但有些想法難以在現在的程式底下進行修改，
又或者修改的幅度太大，上頭不肯接受這時間的耗費。
如果是新的程式會使用你的想法看看，謝。
16F：推 Litfal: 這得看你的多執行續是做啥、怎樣設計的。 12/25 18:07
17F：→ Litfal: 一般來說我會用(1)+Connection Pool 12/25 18:08
Thx，我會去了解 Connection Pool，
順便請問你是否可以提供一些參考方向或參考書籍？
※ 編輯: StupidGaGa (60.249.117.38), 12/26/2014 10:18:25
18F：→ Litfal: 你應該考慮控制執行續的數量，因為不是多一點執行續就會 12/26 16:59
19F：→ Litfal: 比較快，I/O bound還是在那邊，甚至還會導致塞車... 12/26 17:00