1.mq業務邏輯ack太慢。導致數據過度積壓到隊列。mq保存到了磁盤，導致磁盤爆滿，長時間沒人管理，服務器就炸了。（先落庫再處理）

2.並發情況下的數據庫操作順序。舉個例子：A修改數據，A獲取修改的數據，在A修改結束要去獲取的時候，B進行了修改。導致A無法獲取到數據

3.多服務器多線程設置標識Id。 原先是根據mac地址設置導致多線程其實Id一樣，後續加上線程Id

4.timer的垃圾回收（後續使用Task(()=>{while(true{sleep})}),還有更好任務管理器的（https://www.cnblogs.com/bluesummer/p/9041802.html））

5.應用程序池的自動回收，導致程序停止運行

6.mongodb存儲數據過多導致collection文件大小超過30Gb,超出服務器文件限制，炸了

7.緩存和db數據一致性問題。（https://www.cnblogs.com/rjzheng/p/9041659.html#!comments）

8.redis hashtable 無法根據hash field設置過期時間，後期改成string存儲（https://github.com/antirez/redis/issues/1042）（https://github.com/StackExchange/StackExchange.Redis/issues/801）

9.redis不設置緩存時間導致內存爆滿，又炸了

匯總新項目在線上的一些列問題，吃一塹長一智