xdebug調(diào)一下，單部觀察

1. nickname字段上面的設(shè)置呢？

2. mysql管理工具有些顯示不出來emojj,實際上數(shù)據(jù)是好的，你需要在手機上輸出一下。

你要根據(jù)不同的路由些不同的請求方法，前端通過ajax調(diào)用這些方法，在這些方法中寫返回數(shù)據(jù)response響應(yīng)，至于返回數(shù)據(jù)的類型你可以自己考慮，只要注意前后端處理數(shù)據(jù)的類型即可。就像你在 / 和 /list 下定義的匿名請求方法一樣。這些node知識點，你只要研究一個開源項目就行了推薦一個conde中文社區(qū)的源碼

因為你沒user.save()呀

你這個問題太大了，硬件方面，我就不多說了，比如memcache及redis等NOSQL數(shù)據(jù)庫，對內(nèi)存要求都比較高，redis如果使用ssd的硬盤肯定比sas盤好多了。關(guān)于你說的網(wǎng)絡(luò)延遲和抵用應(yīng)用程序：我這里拿redis舉例了：
當(dāng)用戶連接到Redis通過TCP/IP連接或Unix域連接，千兆網(wǎng)絡(luò)的典型延遲可能達(dá)到200us，而Unix域socket可能低到30us，當(dāng)然這個跟你的硬件網(wǎng)卡有關(guān)系的，而且redis的屬于典型的C/S架構(gòu)，調(diào)用Redis時，通常是以發(fā)送-應(yīng)答-再發(fā)送-再應(yīng)答的模式進行的，而每一次發(fā)送與應(yīng)答，都需要數(shù)據(jù)從客戶端到服務(wù)端飛一次，當(dāng)需要使用Redis處理多個命令時，這樣時間都消耗到網(wǎng)絡(luò)延遲上可能就不劃算了，當(dāng)然也可以對redis進行優(yōu)化緩解網(wǎng)絡(luò)延遲問題，所有的不管是關(guān)系型數(shù)據(jù)庫還是nosql數(shù)據(jù)庫肯定都與調(diào)用該數(shù)據(jù)庫的程序有關(guān)系，比如大批量的查，大批量的寫等這些操作都會對數(shù)據(jù)庫帶來壓力。畢竟數(shù)據(jù)庫是這個服務(wù)的瓶頸，這個目前好的辦法是在數(shù)據(jù)庫前加緩存，對數(shù)據(jù)庫實現(xiàn)讀寫分離，同時拆庫優(yōu)化。這里我只描述redis，其他的nosql數(shù)據(jù)庫不太了解，不敢亂說。

ANSI Equivalent to REAL_AS_FLOAT, PIPES_AS_CONCAT, ANSI_QUOTES, IGNORE_SPACE, and (as of MySQL 5.7.5) ONLY_FULL_GROUP_BY.

ANSI_QUOTES

Treat " as an identifier quote character (like the ` quote character) and not as a string quote character. You can still use ` to quote identifiers with this mode enabled. With ANSI_QUOTES enabled, you cannot use double quotation marks to quote literal strings because they are interpreted as identifiers.

created_at >= 2017-06-24，這么用沒問題？等同數(shù)學(xué)公式created_at >= 1987

1、要怎麼讓他以 名稱1, 名稱2, 名稱3.... 排列？
在寫sql語句的時候，寫上

order by 字段名稱 asc

2、把這個數(shù)據(jù)丟到某個全局變數(shù)？
全局變量一般以global關(guān)鍵字來聲明，具體可以參考這里
https://www.cnblogs.com/Striv...

寫個通用的更新sql，可以用mybatis的條件語句，傳值也是傳多個值，然后不需要更新的值傳null，這樣可以避免更新的時候new一個對象，也可以避免沒有改動的數(shù)據(jù)也修改，不過可能字段多了，但是某時只需改一個字段的時候多個參數(shù)值為null，不大美觀。

樹莓派的系統(tǒng)，估計已經(jīng)精減到底了，很多依賴都沒有，所以，只能按照提示，慢慢裝了，就算你打算從源碼編譯，也會要求添加好多依賴的

mysql默認(rèn)只能本機連接，需要改一下配置文件

1，本地能ping到這臺主機嗎？
2，本地能telnet通這臺主機的3306端口嗎？
3，把bind-address = 127.0.0.1換成bind-address = 0.0.0.0試試呢？

因為分類的高度原因，所以才造成跟隨滾動，謝謝，已經(jīng)解決了

這樣的問題很容易搜索到，不用在這里提問吧。
發(fā)一個參考的例子，執(zhí)行sql并輸出到文件：

sqlplus /nolog << EOF
CONNECT scott/tiger
SPOOL /u01/emp.lst
SET LINESIZE 100
SET PAGESIZE 50
SELECT *
FROM emp;
SPOOL OFF
EXIT;
EOF

出現(xiàn)亂碼是因為編碼與解碼使用的格式不一致,需要修改數(shù)據(jù)庫與代碼的中的編碼格式:

1.查看數(shù)據(jù)庫使用的編碼設(shè)置 一般使用utf-8 
(數(shù)據(jù)庫編碼設(shè)置參考:https://www.cnblogs.com/liyingxiang/p/5877764.html)
2.查看代碼的編碼格式，并與數(shù)據(jù)庫統(tǒng)一
3.命令行有個單獨的僅限當(dāng)前控制臺的編碼設(shè)置
    set names gbk /set names uft8 

目測indexedDB 打開后開啟了一次事務(wù)，你不能在upgradeneeded 里邊再次調(diào)用open 這樣是兩個事務(wù)肯定沖突

所有的"barGap": "0"后面加上"barWidth": "12.5%" //100/8=12.5 8個國家

left join換成join
appid加個索引

如果關(guān)系可以自定義，那么
數(shù)據(jù)結(jié)構(gòu)：

 const 關(guān)系鍵值對 = {
關(guān)系0：[{姓名：'姓名00',電話：'電話00'}，{姓名：'姓名01',電話：'電話01'}],
關(guān)系1：[{姓名：'姓名10',電話：'電話10'}，{姓名：'姓名11',電話：'電話11'}]
}

；
邏輯：根據(jù)當(dāng)前選擇的關(guān)系（如關(guān)系0），然后將 聯(lián)系人的信息填入關(guān)系 為 本次選擇關(guān)系的 聯(lián)系人中。
思路的代碼實現(xiàn)：比如選擇關(guān)系為關(guān)系N，聯(lián)系人姓名為 姓名03，聯(lián)系人電話為 電話03；

     
     let userInfo = {姓名：'姓名03',電話：'電話03'};
     if(關(guān)系鍵值對['關(guān)系N']){
         關(guān)系鍵值對['關(guān)系N'].push(userInfo);
     }else{
         關(guān)系鍵值對['關(guān)系N'] = [];
         關(guān)系鍵值對['關(guān)系N'].push(userInfo);
     }
    

如果有看不懂得地方，你可以把你的model名字發(fā)給我，我直接給你寫代碼。

你說的應(yīng)該是傳遞路由參數(shù)吧

routes: [
    { path: '/mainnav/:stuname', ... }
    ...
  ]

vue 動態(tài)路由匹配

分布式失誤+微服務(wù)改造，大體的思路我覺得是這個，具體的實施方案看業(yè)務(wù)
1.查詢會員或者優(yōu)惠信息等可以提請?zhí)幚矸胖糜趓edis或者內(nèi)存中，減少支付時的前置查詢時間，扣款時即可做到內(nèi)存計算扣款
2.后置的添加消費記錄，增加積分，商品等相關(guān)信息的修改等可以引入消息隊列處理，由具體的服務(wù)去做
總的來說流程拆分，微服務(wù)改造，然后注意整個事務(wù)，比如核心的支付扣款無法分布式處理，因為需要等待扣款結(jié)果和事務(wù)確認(rèn)，其它的還是可以拆分的