MySQL DEFINER具體使用詳解
在 MySQL 數(shù)據(jù)庫中,在創(chuàng)建視圖及函數(shù)的時候,你有注意過 definer 選項嗎?在遷移視圖或函數(shù)后是否有過報錯情況,這些其實都可能和 definer 有關(guān)系。本篇文章主要介紹下 MySQL 中 definer 的含義及作用。
1.DEFINER簡單介紹以視圖為例,我們來看下官方給出的視圖創(chuàng)建基礎(chǔ)語法:
CREATE [OR REPLACE] [ALGORITHM = {UNDEFINED | MERGE | TEMPTABLE}] [DEFINER = user] [SQL SECURITY { DEFINER | INVOKER }] VIEW view_name [(column_list)] AS select_statement [WITH [CASCADED | LOCAL] CHECK OPTION]
仔細看上面語法,發(fā)現(xiàn) definer 出現(xiàn)了兩次,一次是 DEFINER = user 一次是 SQL SECURITY 選項可以設(shè)置為 DEFINER 或 INVOKER ,看到這里,你有猜到 definer 的作用了嗎?
definer 翻譯成中文是“定義者”的意思。MySQL中,創(chuàng)建視圖(view)、函數(shù)(function)、存儲過程(procedure)、觸發(fā)器(trigger)、事件(event)時,都可以指定 DEFINER = user 選項,即指定此對象的定義者是誰,若不顯式指定,則創(chuàng)建此對象的用戶就是定義者。
對于視圖、函數(shù)及存儲過程,還可以指定 SQL SECURITY 屬性,其值可以為 DEFINER(定義者) 或 INVOKER(調(diào)用者),表示在執(zhí)行過程中,使用誰的權(quán)限來執(zhí)行。DEFINER 表示按定義者擁有的權(quán)限來執(zhí)行,INVOKER 表示用調(diào)用者的權(quán)限來執(zhí)行。
默認情況下,SQL SECURITY 屬性為 DEFINER 。其值為 DEFINER 時,數(shù)據(jù)庫中必須存在 DEFINER 指定的定義者用戶,并且該定義者用戶擁有對應(yīng)的操作權(quán)限及引用的相關(guān)對象的權(quán)限,執(zhí)行者只需擁有調(diào)用權(quán)限就能成功執(zhí)行。當(dāng) SQL SECURITY 屬性為 INVOKER 時,則需要執(zhí)行者有調(diào)用權(quán)限并且有引用的相關(guān)對象的權(quán)限,才能成功執(zhí)行。
簡單來說,假設(shè)一個視圖查詢了 a b c 三張表,若此視圖的 SQL SECURITY 屬性為 DEFINER ,當(dāng)使用用戶 u 查詢此視圖時,用戶 u 只需此視圖的查詢權(quán)限即可;若此視圖的 SQL SECURITY 屬性為 INVOKER ,則用戶 u 需要有此視圖的查詢權(quán)限且有 a b c 三張表的查詢權(quán)限。下面通過示例來具體演示下:
# 創(chuàng)建兩個視圖 定義者都是testuser 查詢的是test_tb表mysql> show grants for ’testuser’@’%’;+------------------------------------------------------------------------------------------------------+| Grants for testuser@% |+------------------------------------------------------------------------------------------------------+| GRANT USAGE ON *.* TO ’testuser’@’%’ || GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, CREATE VIEW, SHOW VIEW ON `testdb`.* TO ’testuser’@’%’ |+------------------------------------------------------------------------------------------------------+2 rows in set (0.00 sec)mysql> show create view view_definerG*************************** 1. row ***************************View: view_definer Create View: CREATE ALGORITHM=UNDEFINED DEFINER=`testuser`@`%` SQL SECURITY DEFINER VIEW `view_definer` AS select `test_tb`.`stu_id` AS `stu_id`,`test_tb`.`stu_name` AS `stu_name` from `test_tb`character_set_client: utf8mb4collation_connection: utf8mb4_general_ci1 row in set (0.00 sec)mysql> show create view view_invokerG*************************** 1. row ***************************View: view_invoker Create View: CREATE ALGORITHM=UNDEFINED DEFINER=`testuser`@`%` SQL SECURITY INVOKER VIEW `view_invoker` AS select `test_tb`.`stu_id` AS `stu_id`,`test_tb`.`stu_name` AS `stu_name` from `test_tb`character_set_client: utf8mb4collation_connection: utf8mb4_general_ci1 row in set (0.00 sec)# 只給uview用戶查詢這兩個視圖的權(quán)限 來進行查詢測試mysql> select user();+-----------------+| user() |+-----------------+| uview@localhost |+-----------------+1 row in set (0.00 sec)mysql> show grants;+--------------------------------------------------------+| Grants for uview@% |+--------------------------------------------------------+| GRANT USAGE ON *.* TO ’uview’@’%’ || GRANT SELECT ON `testdb`.`view_definer` TO ’uview’@’%’ || GRANT SELECT ON `testdb`.`view_invoker` TO ’uview’@’%’ |+--------------------------------------------------------+3 rows in set (0.00 sec)mysql> select * from view_definer;+--------+----------+| stu_id | stu_name |+--------+----------+| 1001 | from1 || 1002 | dfsfd || 1003 | fdgfg |+--------+----------+9 rows in set (0.00 sec)mysql> select * from view_invoker;ERROR 1356 (HY000): View ’testdb.view_invoker’ references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them# 結(jié)果是view_definer查詢正常,而view_invoker無法查詢 因為uview用戶不具有test_tb表的查詢權(quán)限
自定義函數(shù)及存儲過程也是類似,若 SQL SECURITY 屬性為 INVOKER ,同樣需要調(diào)用者有執(zhí)行權(quán)限并且有引用的相關(guān)對象的權(quán)限,才能成功執(zhí)行。
2.一些注意事項額外補充點知識,只有擁有創(chuàng)建權(quán)限且有 SUPER 權(quán)限的用戶才可以建 DEFINER = 其他用戶的對象。例如:root 賬號可以創(chuàng)建 DEFINER = testuser 的視圖,而 testuser 在有創(chuàng)建視圖的前提下只能創(chuàng)建 DEFINER 為自己的視圖。
為了更細致的了解 DEFINER 相關(guān)作用,以視圖為例再來說幾個特殊情況下的示例:
假設(shè)用戶 u1 不存在,使用 root 賬號可以創(chuàng)建 DEFINER = u1 的視圖,若該視圖的 SQL SECURITY 屬性為 DEFINER ,則查詢時會報用戶不存在的錯誤,若該視圖的 SQL SECURITY 屬性為 INVOKER ,則使用 root 賬號可正常查詢該視圖。
假設(shè)用戶 u2 存在但不具有查詢表 a 的權(quán)限,使用 root 賬號可以創(chuàng)建 DEFINER = u2 的視圖來查詢表 a ,若該視圖的 SQL SECURITY 屬性為 DEFINER ,則查詢時報缺少權(quán)限的錯誤,若該視圖的 SQL SECURITY 屬性為 INVOKER ,則使用 root 賬號可正常查詢該視圖。當(dāng)使用用戶 u2 登錄時,則創(chuàng)建視圖來查詢表 a 會直接報錯缺少權(quán)限,即創(chuàng)建不了查詢表 a 的視圖,無論此視圖的 SQL SECURITY 屬性是什么。
看完上述示例后,不清楚你對 DEFINER 是否有了更清晰的認識,有興趣的同學(xué)可以自己測試看一看。結(jié)合筆者日常經(jīng)驗,說下 DEFINER 相關(guān)注意事項吧:
SQL SECURITY 屬性建議使用默認的 DEFINER 。 某個庫內(nèi)的視圖、函數(shù)、存儲過程建議使用統(tǒng)一的 DEFINER 用戶。 不要輕易修改及刪除數(shù)據(jù)庫用戶,因為此用戶可能是相關(guān)對象的定義者。 若要修改 SQL SECURITY 屬性,請做好測試,清楚修改前后的區(qū)別。 數(shù)據(jù)庫遷移時,要注意新環(huán)境存在相關(guān)對象的定義者用戶。 做數(shù)據(jù)庫遷移時,建議首先在新環(huán)境創(chuàng)建相關(guān)用戶及賦予權(quán)限。總結(jié):本篇文章主要介紹了 DEFINER 相關(guān)知識,這些主要在創(chuàng)建視圖、函數(shù)、存儲過程等對象時會遇到,平時比較容易被忽略。但這些細節(jié)還是應(yīng)該注意的,多了解多學(xué)習(xí)下,這樣到真正用到的時候可以避免很多錯誤。
到此這篇關(guān)于MySQL DEFINER具體使用詳解的文章就介紹到這了,更多相關(guān)MySQL DEFINER內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)!
相關(guān)文章:
1. Mysql InnoDB的鎖定機制實例詳解2. Window7安裝MariaDB數(shù)據(jù)庫及系統(tǒng)初始化操作分析3. DB2 變更管理工具與Rational DA集成(1)4. ORA-06512數(shù)字或值錯誤字符串緩沖區(qū)太小異常詳解5. Spark臨時表tempView的注冊/使用/注銷/注意事項(推薦)6. 分享Sql Server 存儲過程使用方法7. MySQL不使用order by實現(xiàn)排名的三種思路總結(jié)8. 獲取 MySQL innodb B+tree 的高度的方法9. MySQL中庫的基本操作指南(推薦!)10. SQL Server ISNULL 不生效原因及解決
