測試環(huán)境搭了一個mariadb 5.7，使用jdbc驅(qū)動
dependency> groupId>mysql/groupId> artifactId>mysql-connector-java/artifactId> version>5.1.34/version> /dependency>
在hibernate工程中正常。
臨時搭建了一個jdbc的簡單工程，發(fā)現(xiàn)連接數(shù)據(jù)庫報錯：
Table 'performance_schema.session_variables' doesn't exist
問度娘無果，無奈升級MySQL驅(qū)動為5.1.36，解決。
據(jù)了解：
MySQL 5.5新增一個存儲引擎：命名PERFORMANCE_SCHEMA ,主要用于收集數(shù)據(jù)庫服務器性能參數(shù)。MySQL用戶是不能創(chuàng)建存儲引擎為PERFORMANCE_SCHEMA的表 performance_schema提供以下功能： 1.提供進程等待的詳細信息，包括鎖、互斥變量、文件信息； 2.保存歷史的事件匯總信息，為提供MySQL服務器性能做出詳細的判斷； 3.對于新增和刪除監(jiān)控事件點都非常容易，并可以隨意改變mysql服務器的監(jiān)控周期，例如（CYCLE、MICROSECOND） 通過以上得到的信息，DBA能夠較明細得了解性能降低可能是由于哪些瓶頸？ performance_schema功能開啟和部分表功能 Performance的開啟很簡單，在my.cnf中[mysqld]加入performanc_schema，檢查性能數(shù)據(jù)庫是否啟動的命令: SHOW VARIABLES LIKE ‘performance_schema'; 若是返回的 值為ON，則說明性能數(shù)據(jù)庫正常開啟狀態(tài)。
感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！
