今天正好公司項目不怎麼忙，抽出時間，把以前在一次部署項目的經歷和大家分享下：
之前，公司領導安排在公司上海的服務器上部署一個小貸web項目，準備第二天給客戶演示。本以爲是個很簡單的事情，然後就準備快下班的時候纔開始。把tomcat裏的項目複製到服務器後，把本地的數據庫導出，在服務器原有的數據庫工具上導入(**.sql)文件，報了本多語法錯誤。然後我就尋找解決方案：
第一種：我想，既然報語法錯，是不是我導出的時候，數據庫語句生成有問題？於是乎，我把報錯的地方語句給刪除，然後再導入，又有新的地方報錯，我又給刪除，再導入，還是報錯。我想，這樣下去肯定不行，那個sql文件比較大，這樣刪除下去不是版本。
第二種：我又想，那是不是我本地的mysql 圖形化（Navicat for MySQL）工具 和服務器裏的工具（Heidisql,）不一樣呢？於是，我把本地換成和服務一樣的也不行，把服務器換成本地一樣的也不行，然後又從網上下載 sqlLyong,然後在服務器和本地都安裝了，結果sql還是無法導入。好吧，此路又不通。
第三種：我再想，那既然不是導出語句的問題，也不是工具的問題，那還有什麼會影響數據庫語句呢？我回想了一下，記得安裝數據庫的時候，我的mysql service 的版本是5.5，既然區分了版本號，那有沒有可能是版本號不一致導致的呢？（PS:到時就沒有想到去服務裏查看服務器裏的數據庫的版本號是多少）然後我就把我本地的Mysql Service在遠程安裝了一下，安裝之前看了一下數據庫服務的端口號已經從3306-3312裏，我就給端口號給3305。安裝成功之後，新建3305的數據庫服務連接。執行之前導入的sql文件。果然成功了，可算舒了一口氣。看看時間，已經凌晨兩點了。也感謝那天晚上一個同事一起陪伴，在期間和他交流的時候，也給了點靈感，等到我結束了再一起回去。第二天，來公司問了領導，也證實確實是因爲數據庫服務的版本比較低，導致了sql無法導入。
至此，總結一下，這樣問題可能會出現在初學者身上，也可能會出現公司管理不全的情況下，總之，不論是公司還是個人，都要注重積累。