av一区二区在线观看_亚洲男人的天堂网站_日韩亚洲视频_在线成人免费_欧美日韩精品免费观看视频_久草视

您的位置:首頁技術文章
文章詳情頁

關于MySQL繞過授予information_schema中對象時報ERROR 1044(4200)錯誤

瀏覽:32日期:2023-10-10 13:02:29

這個問題是微信群中網友關于MySQL權限的討論,有這么一個業務需求(下面是他的原話):

因為MySQL的很多功能都依賴主鍵,我想用zabbix用戶,來監控業務數據庫的所有表,是否都建立了主鍵。

監控的語句是:

FROM information_schema.tables t1 LEFT OUTER JOIN information_schema.table_constraints t2 ON t1.table_schema = t2.table_schema AND t1.table_name = t2.table_name AND t2.constraint_name IN ( ’PRIMARY’ ) WHERE t2.table_name IS NULL AND t1.table_schema NOT IN ( ’information_schema’, ’myawr’, ’mysql’, ’performance_schema’, ’slowlog’, ’sys’, ’test’ ) AND t1.table_type = ’BASE TABLE’

但是我不希望zabbix用戶,能讀取業務庫的數據。一旦不給zabbix用戶讀取業務庫數據的權限,那么information_schema.TABLES 和 information_schema.TABLE_CONSTRAINTS 就不包含業務庫的表信息了,也就統計不出來業務庫的表是否有建主鍵。有沒有什么辦法,即讓zabbix不能讀取業務庫數據,又能監控是否業務庫的表沒有建立主鍵?

首先,我們要知道一個事實:information_schema下的視圖沒法授權給某個用戶。如下所示

mysql> GRANT SELECT ON information_schema.TABLES TO test@’%’;ERROR 1044 (42000): Access denied for user ’root’@’localhost’ to database ’information_schema’

關于這個問題,可以參考mos上這篇文章:Why Setting Privileges on INFORMATION_SCHEMA does not Work (文檔 ID 1941558.1)

APPLIES TO:

MySQL Server - Version 5.6 and later

Information in this document applies to any platform.

GOAL

To determine how MySQL privileges work for INFORMATION_SCHEMA.

SOLUTION

A simple GRANT statement would be something like:

mysql> grant select,execute on information_schema.* to ’dbadm’@’localhost’;

ERROR 1044 (42000): Access denied for user ’root’@’localhost’ to database ’information_schema’

The error indicates that the super user does not have the privileges to change the information_schema access privileges.

Which seems to go against what is normally the case for the root account which has SUPER privileges.

The reason for this error is that the information_schema database is actually a virtual database that is built when the service is started.

It is made up of tables and views designed to keep track of the server meta-data, that is, details of all the tables, procedures etc. in the database server.

So looking specifically at the above command, there is an attempt to add SELECT and EXECUTE privileges to this specialised database.

The SELECT option is not required however, because all users have the ability to read the tables in the information_schema database, so this is redundant.

The EXECUTE option does not make sense, because you are not allowed to create procedures in this special database.

There is also no capability to modify the tables in terms of INSERT, UPDATE, DELETE etc., so privileges are hard coded instead of managed per user.

那么怎么解決這個授權問題呢? 直接授權不行,那么我們只能繞過這個問題,間接實現授權。思路如下:首先創建一個存儲過程(用戶數據庫),此存儲過程找出沒有主鍵的表的數量,然后將其授予test用戶。

DELIMITER //CREATE DEFINER=`root`@`localhost` PROCEDURE `moitor_without_primarykey`()BEGIN SELECT COUNT(*) FROM information_schema.tables t1 LEFT OUTER JOIN information_schema.table_constraints t2 ON t1.table_schema = t2.table_schema AND t1.table_name = t2.table_name AND t2.constraint_name IN ( ’PRIMARY’ ) WHERE t2.table_name IS NULL AND t1.table_schema NOT IN ( ’information_schema’, ’myawr’, ’mysql’, ’performance_schema’, ’slowlog’, ’sys’, ’test’ ) AND t1.table_type = ’BASE TABLE’;END //DELIMITER ; mysql> GRANT EXECUTE ON PROCEDURE moitor_without_primarykey TO ’test’@’%’;Query OK, 0 rows affected (0.02 sec)

此時test就能間接的去查詢information_schema下的對象了。

mysql> select current_user();+----------------+| current_user() |+----------------+| test@% |+----------------+1 row in set (0.00 sec) mysql> call moitor_without_primarykey;+----------+| COUNT(*) |+----------+| 6 |+----------+1 row in set (0.02 sec) Query OK, 0 rows affected (0.02 sec)

查看test用戶的權限。

mysql> show grants for test@’%’;+-------------------------------------------------------------------------------+| Grants for test@% |+-------------------------------------------------------------------------------+| GRANT USAGE ON *.* TO `test`@`%` || GRANT EXECUTE ON PROCEDURE `zabbix`.`moitor_without_primarykey` TO `test`@`%` |+-------------------------------------------------------------------------------+2 rows in set (0.00 sec)

到此這篇關于關于MySQL繞過授予information_schema中對象時報ERROR 1044(4200)錯誤的文章就介紹到這了,更多相關mysql ERROR 1044(4200)內容請搜索好吧啦網以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持好吧啦網!

標簽: MySQL 數據庫
相關文章:
主站蜘蛛池模板: 99精品免费久久久久久日本 | 精品无码久久久久久久动漫 | 日韩在线视频一区二区三区 | 国产精品免费一区二区三区四区 | 亚洲日韩中文字幕 | 日韩视频在线免费观看 | 91精品国产色综合久久不卡98 | 日p视频免费看 | 久久精品 | 精品国产一区二区三区观看不卡 | 81精品国产乱码久久久久久 | 高清国产一区二区 | 亚洲精品久久久久久一区二区 | 亚洲最新在线 | 欧美性猛交一区二区三区精品 | 成人在线免费视频观看 | 久久久久99 | 日韩视频在线一区 | 日韩av一区二区在线观看 | 成人精品视频在线观看 | www.精品一区 | 中文字幕亚洲免费 | 在线视频亚洲 | 蜜桃在线视频 | 欧美日韩不卡 | 一区二区三区四区国产精品 | 欧美一级二级视频 | 色综合99 | 97超碰在线播放 | 日韩精品免费在线 | 在线观看视频一区二区三区 | 中文一区| 亚洲一区精品在线 | 日屁视频 | 成人免费黄色 | 中文字幕乱码一区二区三区 | 午夜影视在线观看 | 精品欧美乱码久久久久久1区2区 | 97久久精品 | 午夜久久久久 | 久久久九九 |