其他

 常用資料庫JDBC串連寫法 1. MySQL(http://www.mysql.com)mm.mysql-2.0.2-bin.jar   Class.forName( "org.gjt.mm.mysql.Driver" ); 

# 因為目錄/data使用者組和使用者是jtserver，docker執行命令是root使用者，先將/data/lib/prometheus給其他組許可權才能執行sudo mkdir /data/lib/prometheussudo chown 767 /data/lib/prometheusdocker run -d \ -p 9090:9090 \ --restart=always \ --name prometheus \ -v

前言 　　淘寶架構師李智慧大牛的書籍《大型網站技術架構》以及旭龍兄的部落格 ---》【大型網站技術實踐】初級篇：藉助LVS+Keepalived實現負載平衡。 　　從上參考而得來本文，本文旨在記錄自己的學習過程，同時給大家參考，不對的地方歡迎大家拍磚，拍磚的同時也希望甚至懇請大家能寫出原因，讓大家都有所明白和收穫。 　　相關的概念我這裡就不多講了，可以從如上的書籍和旭龍兄的部落格中去瞭解，那麼下面直接開始我們的實踐。 環境準備 　　本機 +

網遊更新安全第一 對於已經上線的網遊伺服器，更改代碼時要把安全性放在第一位，避免引入錯誤。 添加某個功能或修正某一個錯誤時，應該將變更的範圍盡量控制在最小範圍。 盡量不要造成對其他現有功能的影響。 例如，實現某個功能有2種設計方案。 一是調整現有的架構，使新功能能夠輕易地添加。 另一種是在現在的架構下，進行特殊化處理來實現新的功能。 第1種方案是正確的設計，改進了原有的架構，不僅新功能添加方便， 同時還增強了系統的靈活性。 但是對於已上線的網遊，一般會選擇第2種方案。

宋在京認為MMORPG的最大特點在於Massively(大規模)。數千人在同一個世界裡一起享受遊戲樂趣是MMORPG最大的特點。之前的MMORPG利用各種方法掩蓋自己的缺點。但是所有這些將MMORPG帶離了其本質。   MMORPG與家用機遊戲不同， MMORPG裡不應該以固定模式去組隊刷副本，而應該是在偶然的機會下碰到一些人，並自然地與他們一起踏上冒險之旅，而冒險的結果誰也無法預料。這種隨機性強，無法預測結果的世界才是一款真正的MMORPG。  

MMORPG的發展方向是大型化 要與網頁遊戲，手機遊戲拉開差距。 要能表現大型的戰爭場面。如赤壁之戰。 要利用資源預先下載的優勢。 需要解決兩個問題： 一是頻寬節流設定，萬人同屏的更新訊息如何發送給用戶端。 解決方案是允許用戶端自行決定從伺服器擷取資料的方式. 見：http://blog.csdn.net/jq0123/archive/2010/02/01/5276112.aspx 用戶端只需要擷取自己感興趣的更新資料，這部分資料量是極有限的。

網遊雲端運算。 對於雲端運算的概念還是很模糊。 我暫時把網遊雲端運算理解為動態Server Load Balancer。 盛大的零世界號稱是雲端運算，但看來只是網遊的內容發布平台，應該與雲端運算無關。 不管是雲端運算還是雨計算，目的是讓伺服器提供更大的能力。 對於網遊是看單區的承載人數，而單服的承載人數不重要。 因為是雲端運算，伺服器的數量可以增加，用數量來提高整體效能才是雲端運算的優勢。 是否是雲端運算，只要看能否通過增加伺服器來提高單區承載人數。

 網關按地區聚集玩家 （轉載請註明來源於金慶的專欄） 目前網遊系統中的網關只發揮了隔離內外網和轉寄的功能, 至少征途和KOK3是這樣. 按照尹紅春的設計構想,網關還有個地區聚集功能. 地區聚集是這樣的意思: 情境中的許多事件都是地區內廣播的, 如角色或NPC的移動, 攻擊, 狀態變化, 情境伺服器不必直接向該地區內的所有人廣播, 而是只需向網關廣播, 然後由各網關向該地區內的人廣播. 因為目前情境伺服器的負載並不重, 所以並沒有實現網關的地區聚集.

用指令碼實現副本 （轉載請註明來源於金慶的專欄） 副本是當前網遊中的一大熱點, 建立出幾個好玩的副本就能吸引大量的玩家. 不管是PVP還是PVE副本, 原理就是對抗雙方或多方的力量是可控制的, 如副本限制進入角色的等級和人數; 並且可以多個相同副本同時運行, 互不幹攏, 副本就像是專用的伺服器. 這兩點在普通地圖上是無法實現的, 普通地圖上BOSS會被群毆，並且只有一個BOSS不夠分. 設計: 1. 建立和進入副本.   通過NPC對話或使用物品. 這已經指令碼化了.

轉自Leyes的遊戲設計世界：http://leyeslau.blog.sohu.com/88371294.html 2008-05-25 | 從《征途》風波談遊戲設計規範 標籤： 網路遊戲  設計規範  征途      5月19日~5月21日為全國的地震哀悼日。網路遊戲停止三天運營。筆者無意於去討論這件事情的意義，但是，不可否認的是，這不僅使得遊戲公司在收入上有

        今天在爬取網易雲音樂歌曲評論的時候，在將資料插入mysql資料庫的時候，出現了Incorrect string value: '\xF0\x9F\x98\xAD",...' for column 'commentContent' at row 1

1.  DBCC LOGINFO 2. DBCC SQLPERF(logspace)     顯示日誌空間使用方式 2.  DBCC LOG(<database name>[,{0|1|2|3|4}])         0 - Basic Log Information (default)     

最佳化時，把hive sql當做map reduce程式來讀，會有意想不到的驚喜。 理解hadoop的核心能力，是hive最佳化的根本。這是這一年來，項目組所有成員寶貴的經驗總結。   長期觀察hadoop處理資料的過程，有幾個顯著的特徵: 1.不怕資料多，就怕資料扭曲。 2．對jobs數比較多的作業運行效率相對比較低，比如即使有幾百行的表，如果多次關聯多次匯總，產生十幾個jobs，沒半小時是跑不完的。map

   一、功能定義：    – 商品 ： 展示商品， 商品管理，…… – 交易 ： 建立交易， 交易管理， …… – 使用者 ： 註冊使用者， 資訊查詢， 使用者 管理， ……       二、技術發展

mysql的left join從兩個表中聯集查詢資料，以左表為主，右表為輔。如果左表中有的內容右表中沒有，則用null填充。這是一般的常見的解釋。也很容易理解。但是在做右表的多資料查詢的時候就得寫條件了。 我寫一個產品-產品圖片的分頁過程中需要查出一個圖片即可。但是在用mysql的left join中，左表為product，鍵為pid。右表為image主鍵為imageid，外鍵為pid。 查詢語句入下 select product.* from product left

摘自：http://blog.163.com/favour_love/blog/static/177417151201402164058948/ left join的困惑：一旦加上where條件，則顯示的結果等於inner join 將where 換成 and  用where 是先串連然後再篩選   用and 是先篩選再串連 資料庫在通過串連兩張或多張表來返回記錄時，都會產生一張中間的暫存資料表，然後再將這張暫存資料表返回給使用者。   

先查看本機配置 sudo iptables -L -n 如要重新設定，則先清除已有配置 sudo iptables -F //清除預設表filter中的所有規則鏈的規則 sudo iptables -X //清除預設表filter中使用者自定鏈中的規則 如果是遠程通過ssh串連伺服器進行配置，則先加入允許ssh的規則 sudo iptables -A INPUT -p tcp --dport 22 -j

 先上一下最終的效果：    通過傳入頁數page 和 分頁大小size後 只需要傳遞特定的分頁對象（Pageable）給Mapper後 無需任何操作即可實現分頁 效果，類似於spring data jpa 以及 mybatis-plus的分頁功能。   一.檔案結構以及配置  build.gradle：

  使用最新版的GetData.dll，可以對執行的sql語句進行參數化處理， 該dll新增加init_hstmt（）以及disConnect_hstmt（）兩個API， init_hstmt()函數將傳出一個long類型的hstmt變數,調用方式：long hstmt; init_hstmt(&hstmt); disConnect_hstmt(hstmt);下載地址：http://www.kernzhang.com/viewtopic.php?t=248

  那個沒有注意的指標就是load average，他和我一樣開始只是注意了CPU，記憶體的使用狀況，而沒有太注意這個指標，這個指標與他們通常的限制（10左右）有差別。重新測試的結果由於這個指標被要求壓低，最後的報告顯然不如原來的好看。自己也沒有深入過壓力測試，但是覺得不搞明白對將來機器配置和擴容都會有影響，因此去問了DBA和SA，得到的結果相差很大，看來不得不自己去找找問題的根本所在了。