之前別人安裝的DolphginSceduler(以下簡稱DS),只有postgre數據源而沒有其它，於是我有了添加另外兩種數據源的想法。
最初的念頭是只要將兩種數據庫的驅動jar拷貝到DS的lib目錄，甚至不用其他操作就OK了，這就是問題肇始的地方。
於是我從本機拷貝了Oracle11g和MySQL8的driver，直接拷貝到了目標機的/home/dce/01_work/09_dev/dolpginscheduler/dolphinscheduler/lib里。
很自然，在DS UI里創建數據源依然宣告失敗，明顯DS的目錄監控能力被我高估了，驅動jar不是一拷貝進去完事的，肯定還需要別的手段。
我上網搜索了一陣，感覺需要進入/home/dce/01_work/09_dev/dolpginscheduler/dolphinscheduler/bin目錄里，執行./stopall.sh,再執行./startall.sh,然后我就這么做了。
之后我興奮地登陸DS，想立即看數據源好用否，但意想不到的情況發生了，UI界面登錄花了很長時間登錄不進去，最后告我失敗了。
我試了兩把，一陣緊張感襲來，DS這個卵我才上手兩天就被我搞壞了......，情急之下我微信聯系了DS之前的安裝者。
他正好在開會，沒有設備查看，再問其他人，有人說log爆create connection SQLException,url:jdbc:mysql://127.0.0.1:3306/dolphinscheduler。。異常。
微信報知他們三人后，我也沒有閑着，跑到/home/dce/01_work/09_dev/dolpginscheduler/dolphinscheduler/log里看出了什么事，幾乎同時我在dolphinscheduler-worker.log也看到了MySQL的異常信息，但和別人告我的不一樣。
這時我醒悟了，我拷到lib的MySQL驅動jar是8的，而DS用的本機MySQL是5.7的，重啟服務后系統紊亂，不知道用哪個驅動，於是連不上本機DB，自然UI里也沒法登錄了。
於是我立刻刪除之先拷入的MySQL8驅動jar，再次進入bin目錄重啟服務，之后登錄和使用都正常了，而且Oracle的數據源也成功建立了。
但因為系統MySQL5.7的限制，它是不可能建立起連接到MySQL8的數據源的，只能連到小於等於5.7的其它MySQL數據源。
別的數據源可能只是拷貝jar和重啟服務那么簡單，但mySQL就這么特殊，或者說DS系統自帶數據庫就立即特殊起來，需要考慮驅動沖突的問題。
這件事也提醒自己，如果之前操作導致系統崩潰，回溯當時作為，逆着操作往往有效。
PS：上午一頓操作猛如虎，結果昨日在/home/dce/01_work/09_dev/dolpginscheduler/dolphinscheduler/conf/env/dolphinscheduler_env.sh里對PYTHON_HOME的修改失效了，它變回了原來的/usr/bin/python,我重新把它修改為/home/dce/ananconda3/bin/python,之再運行工作流定義節點，python腳本又恢復正常了。
END