Node.js與MySQL互動操作及其注意事項_node.js

node.js作為服務端的js運行環境已經出現了有幾年了，最近我有個朋友也在做這方面的開發，但是也是剛剛接觸，遇到了很多坑。前幾天他們在操作資料庫的時候出現了點問題，後來我們一起看了看，其實都是node本身機制的一些問題，這裡總結一下給新手做借鑒。

我朋友的資料庫採用的是MySQL。（至於為什麼不用mongoDB，這個是公司上層選型的結果，因為很多新手朋友似乎總是覺的node.js就是應該和mongoDB聯絡在一起，所以這裡簡單說下）。我後來寫了一個簡單的小例子，整個小例子使用了express架構，node_modules裡面已經下載好了express和ejs模板。先來看下目錄：

server.js =》 node.js的伺服器開機檔案

db.js =》 資料庫操作檔案

views =》 存放模板檔案，也就是所有的頁面存放的地方

public =》 存放所有靜態資源的地方，比如css js images之類的

首先介紹一下node.js串連MySQL的步驟，第一步，需要安裝一個叫做MySQL的npm包，這個包是官方提供的，穩定性是可以保證的，當然，也還有其他的npm包，這裡我們只使用mysql包。安裝的方法很簡單了，輸入指令 npm install mysql --save,等待下載完成.

看到這個樣子，那就是安裝成功了。

然後我們開啟db.js檔案，在裡面寫入資料庫中操作必須的一些代碼，看下圖：

代碼很少，意思也很明顯，第一步需要引入以mysql包，然後我們建立一個Null 物件，並且給他賦值一個叫query的方法，這個方法接受兩個參數，第一個參數是你查詢資料時候的sql語句，第二個參數是擷取查詢結果的回呼函數。

再看函數內部，第一塊代碼是用來設定作業mysql的配置的：

host表示mysql安裝的地址，因為我是本地的資料庫，所以直接使用localhost

user表示mysql的使用者名稱

password表示mysql的密碼

database表示你要選擇操作的具體的庫的名字

port表示連接埠，可不填，預設就是3306

mysql.createConnection的傳回值connection是我們接下來操作mysql的一個具體的對象，所有的操作方法都是基於他的。

調用connection的connect方法判斷串連是否成功，如果失敗，則把錯誤資訊列印出來，並且停止運行。

調用connection的query方法來直接向資料庫發送sql語句，並且把用回呼函數返回結果，其中回呼函數中有三個參數，第一參數是錯誤對象，如果操作失敗，則會停止並列印錯誤資訊，第二參數是具體的返回的結果，正常情況下是一個數組，裡麵包含很多json,第三個參數也是一個數組，裡麵包含著最每個資料的解釋，比如當前資料屬於哪個庫，那張表等等。我們使用最多的自然是第二個參數了

當資料庫操作結束以後關閉串連

整個過程很簡單，只是其中有兩個問題，第一個是資料庫連接丟失的問題，不知道有沒有人碰到過，第一次訪問首頁的時候，串連資料庫正常，第二次訪問首頁，資料庫連接不上了，會報錯說串連丟失。這個原因是我們每操作完一次資料庫就關閉了資料庫連接，再次訪問的時候就找不到串連了，但是串連又不能不關閉，有人可能覺得奇怪，每次訪問首頁時候都會訪問db.js檔案，不是每次都會有一個新串連產生嗎？是的，只是我最開始的時候產生串連的那段代碼並沒有放到db.query的函數中，而是放在外面，如下圖：

這樣就導致串連只產生一次，關閉了以後，第二採訪得不到串連。把它放在函數裡面以後，使用exports對外暴露介面。每次訪問首頁，都會重新走一遍建立串連的過程，每次都能拿到一個新的串連，這樣訪問就沒有問題了。其實項目中可以直接使用串連池。省去了很多麻煩。

第二個問題是我們在server.js中引入了db.js

此時大家可能看到了，mysql.query有兩個參數，第一個是sql,第二個是回呼函數，回呼函數有一個result的參數，其實他就是資料庫查詢出來的結果。有人會說為什麼不直接在db.js中使用return，把查詢結果返回，搞什麼回調啊！

其實這裡就是node.js的非同步造成的一些問題了，如果我們把server.js中的代碼改成下圖

因為我們看到了mysql包的query方法是非同步作業，這就導致下面的res.render()方法不會等待他把結果查詢出來以後再執行，往往是結果還沒出來，就已經開始渲染頁面，但是資料又沒有得到，所以就會報錯了。因此只好傳送了一個回呼函數進去，在mysql的query方法結束以後，把結果通過參數傳入到我們自己寫的回呼函數中，這樣我們就能在回呼函數裡得到結果了。然後再執行渲染。當然處理這個問題還可以引入第三方包 async來解決非同步問題，具體看個人了。