我在一家小的遊戲公司做運維的工作。由於是我們公司的第一款在線的IOS平臺的遊戲，遊戲名稱我就不透露了。公司以前沒有網絡遊戲運維的經驗，發現我們的遊戲存在以下几上方面的問題：
1.數據庫的編碼不統一，是一個比較大的問題。有用GBK編碼的，也有用UTF8編碼的，在數據存儲或者導入、導出sql語句時經常出問題。
2.沒有一個很好的每天收集各個服上數據的機制。公司現在採用的方法是設置“計劃任務”，設置在每天凌晨的3：00，讓mysql自動生成psc文件。然後在每個服上設置批處理，把生成的psc文件傳輸到一臺虛擬機上，然後讓psc文件自動解壓，讓運營人員登錄虛擬機，對每日的數據進行分析與查詢。但這種做經常會出現問題，比如數據丟失或者沒有log或者db數據庫。出現這種情況後，我不得不分別遠程登錄每個服務器，手動拷貝數據到自己電腦上，然後再發送給運營部，累得半死。現在公司在ios平臺已經開了18個服了，當樂平臺上2個服，另一款遊戲也開了6個服，我能肯定，肯定有比這好幾百倍的方法，只是公司研發能力有限，沒有做出好的數據收集的功能來。不知道真正的大型遊戲公司是怎樣處理這個問題的。
3.服務端的程序名稱是中文的，在韓國和越南服務器上運行時全是亂碼，程序彼此之間無法區分，看着就心煩。
4.遊戲服務器程序的下面標有當前在線人數與最高在線人數，雖然有下拉條，但是不管我怎樣拖動，在上網本上都無法顯示出來。
5.我們的遊戲服務器程序當大量玩家登錄時，個別程序就會出現未響應的狀態。
6.聽他們做技術的講，玩家的一系列動作是直接對數據庫進行操作的，這樣其實是不穩定的，中間應該加入一個緩衝層。（我不懂編程）
7.賬號服務器設置在一服，當一服出現當機時，其他各個服的玩家都不能登錄遊戲。我不知道更好的解決辦法，可是我知道，我們現在採用的解決辦法肯定不是最好的。
8.當服務器出現當機時，沒有一個消息告知機制。當玩家反映時，我才知道當機了。就會造成故障處理不及時，肯定有更好的解決方法。