測試環(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ù)庫服務(wù)器性能參數(shù)。MySQL用戶是不能創(chuàng)建存儲引擎為PERFORMANCE_SCHEMA的表
performance_schema提供以下功能：
1.提供進(jìn)程等待的詳細(xì)信息，包括鎖、互斥變量、文件信息；
2.保存歷史的事件匯總信息，為提供MySQL服務(wù)器性能做出詳細(xì)的判斷；
3.對于新增和刪除監(jiān)控事件點都非常容易，并可以隨意改變mysql服務(wù)器的監(jiān)控周期，例如（CYCLE、MICROSECOND）
通過以上得到的信息，DBA能夠較明細(xì)得了解性能降低可能是由于哪些瓶頸？
performance_schema功能開啟和部分表功能
Performance的開啟很簡單，在my.cnf中[mysqld]加入performanc_schema，檢查性能數(shù)據(jù)庫是否啟動的命令:
SHOW VARIABLES LIKE ‘performance_schema';
若是返回的 值為ON，則說明性能數(shù)據(jù)庫正常開啟狀態(tài)。
感謝閱讀，希望能幫助到大家，謝謝大家對本站的支持！
您可能感興趣的文章:- 關(guān)于MySQL繞過授予information_schema中對象時報ERROR 1044（4200）錯誤
- MySQL數(shù)據(jù)庫設(shè)計之利用Python操作Schema方法詳解
- MySQL5.7中 performance和sys schema中的監(jiān)控參數(shù)解釋(推薦)
- MySQL結(jié)合使用數(shù)據(jù)庫分析工具SchemaSpy的方法
- mysql數(shù)據(jù)庫中的information_schema和mysql可以刪除嗎？
- 解析MySQL的information_schema數(shù)據(jù)庫
- 深入分析MySQL數(shù)據(jù)類型 DECIMAL
- 三種常用的MySQL 數(shù)據(jù)類型
- 關(guān)于MYSQL 你需要知道的數(shù)據(jù)類型和操作數(shù)據(jù)表
- mysql數(shù)據(jù)類型和字段屬性原理與用法詳解
- mysql8.0.19基礎(chǔ)數(shù)據(jù)類型詳解
- 詳解MySQL中的數(shù)據(jù)類型和schema優(yōu)化
