ข้อผิดพลาดของ MySQL 1449: ผู้ใช้ที่ระบุเป็นผู้กำหนดไม่มีอยู่

เมื่อฉันเรียกใช้แบบสอบถามต่อไปนี้ฉันได้รับข้อผิดพลาด:

SELECT
  `a`.`sl_id`                     AS `sl_id`,
  `a`.`quote_id`                  AS `quote_id`,
  `a`.`sl_date`                   AS `sl_date`,
  `a`.`sl_type`                   AS `sl_type`,
  `a`.`sl_status`                 AS `sl_status`,
  `b`.`client_id`                 AS `client_id`,
  `b`.`business`                  AS `business`,
  `b`.`affaire_type`              AS `affaire_type`,
  `b`.`quotation_date`            AS `quotation_date`,
  `b`.`total_sale_price_with_tax` AS `total_sale_price_with_tax`,
  `b`.`STATUS`                    AS `status`,
  `b`.`customer_name`             AS `customer_name`
FROM `tbl_supplier_list` `a`
  LEFT JOIN `view_quotes` `b`
    ON (`b`.`quote_id` = `a`.`quote_id`)
LIMIT 0, 30

ข้อความแสดงข้อผิดพลาดคือ:

#1449 - The user specified as a definer ('web2vi'@'%') does not exist

เหตุใดฉันจึงได้รับข้อผิดพลาดนั้น ฉันจะแก้ไขได้อย่างไร

สิ่งนี้มักเกิดขึ้นเมื่อส่งออกมุมมอง / ทริกเกอร์ / ขั้นตอนจากฐานข้อมูลหรือเซิร์ฟเวอร์หนึ่งไปยังอีกอันหนึ่งเนื่องจากผู้ใช้ที่สร้างวัตถุนั้นไม่มีอยู่อีกต่อไป

คุณมีสองทางเลือก:

1. เปลี่ยน DEFINER

นี่อาจเป็นวิธีที่ง่ายที่สุดเมื่อเริ่มนำเข้าวัตถุฐานข้อมูลของคุณโดยลบDEFINERคำสั่งใด ๆจากการถ่ายโอนข้อมูล

การเปลี่ยนคำจำกัดความในภายหลังเป็นเรื่องยุ่งยากเล็กน้อย:

วิธีเปลี่ยน definer สำหรับมุมมอง

1. เรียกใช้ SQL นี้เพื่อสร้างคำสั่ง ALTER ที่จำเป็น

   SELECT CONCAT("ALTER DEFINER=`youruser`@`host` VIEW ", 
   table_name, " AS ", view_definition, ";") 
   FROM information_schema.views 
   WHERE table_schema='your-database-name';

2. คัดลอกและเรียกใช้คำสั่ง ALTER

วิธีการเปลี่ยน definer สำหรับกระบวนงานที่เก็บไว้

ตัวอย่าง:

UPDATE `mysql`.`proc` p SET definer = 'user@%' WHERE definer='root@%'

ระวังเพราะจะเปลี่ยนการกำหนดทั้งหมดสำหรับฐานข้อมูลทั้งหมด

2. สร้างผู้ใช้ที่หายไป

หากคุณพบข้อผิดพลาดขณะใช้ฐานข้อมูล MySQL:

The user specified as a definer ('someuser'@'%') does not exist`

จากนั้นคุณสามารถแก้ไขได้โดยใช้สิ่งต่อไปนี้:

GRANT ALL ON *.* TO 'someuser'@'%' IDENTIFIED BY 'complex-password';
FLUSH PRIVILEGES;

จากhttp://www.lynnnayko.com/2010/07/mysql-user-specified-as-definer-root.html

สิ่งนี้ใช้งานได้อย่างมีเสน่ห์คุณต้องเปลี่ยนsomeuserเป็นชื่อผู้ใช้ที่หายไปเท่านั้น บนเซิร์ฟเวอร์ dev rootท้องถิ่นคุณอาจมักจะใช้เพียง

พิจารณาว่าคุณต้องการให้สิทธิ์ผู้ใช้จริงALLหรือไม่

ผู้ใช้ที่สร้างมุมมองหรือกระบวนงาน SQL ได้ถูกลบไปแล้ว หากคุณสร้างผู้ใช้รายนั้นขึ้นใหม่ควรแก้ไขข้อผิดพลาดของคุณ

ฉันได้รับข้อผิดพลาดเดียวกันหลังจากอัปเดต mysql

ข้อผิดพลาดได้รับการแก้ไขหลังจากคำสั่งนี้:

mysql_upgrade -u root

ควรดำเนินการ mysql_upgrade ทุกครั้งที่คุณอัพเกรด MySQL จะตรวจสอบตารางทั้งหมดในฐานข้อมูลทั้งหมดว่ามีความเข้ากันไม่ได้กับ MySQL Server รุ่นปัจจุบัน หากพบว่าตารางมีความไม่เข้ากันเป็นไปได้จะมีการตรวจสอบ หากพบปัญหาใด ๆ ตารางจะได้รับการซ่อมแซม mysql_upgrade อัพเกรดตารางระบบเพื่อให้คุณสามารถใช้สิทธิพิเศษหรือความสามารถใหม่ ๆ ที่อาจเพิ่มเข้ามา

หากผู้ใช้มีอยู่แล้ว:

mysql> flush privileges;

สร้างผู้ใช้ที่ถูกลบเช่นนี้

mysql> create user 'web2vi';

หรือ

mysql> create user 'web2vi'@'%';

ทำตามขั้นตอนเหล่านี้:

1. ไปที่ PHPMyAdmin
2. เลือกฐานข้อมูลของคุณ
3. เลือกตารางของคุณ
4. ที่เมนูด้านบนคลิกที่ 'ทริกเกอร์'
5. คลิกที่ 'แก้ไข' เพื่อแก้ไขทริกเกอร์
6. เปลี่ยน definer จาก [user @ localhost] เป็น root @ localhost

หวังว่ามันจะช่วย

โซลูชันเป็นเพียงแบบสอบถามบรรทัดเดียวดังนี้:

grant all on *.* to 'ROOT'@'%' identified by 'PASSWORD' with grant option;

แทนที่ROOTด้วยชื่อผู้ใช้ mysql ของคุณ แทนที่PASSWORDด้วยรหัสผ่าน mysql ของคุณ

แก้ไขโดยใช้ความคิดเห็นต่อไปนี้

grant all on *.* to 'web2vi'@'%' identified by 'root' with grant option;
FLUSH PRIVILEGES;

หากคุณได้รับsome_otherแทนจากweb2viนั้นคุณต้องเปลี่ยนชื่อตาม

สำหรับผู้ใช้ Google ในอนาคต: ฉันได้รับข้อความคล้ายกันพยายามอัปเดตตารางในฐานข้อมูลที่ไม่มีมุมมอง หลังจากการขุดมันกลับกลายเป็นว่าฉันได้นำเข้าทริกเกอร์บนโต๊ะนั้นและสิ่งเหล่านั้นเป็นสิ่งที่กำหนดโดยผู้ใช้ที่ไม่มีอยู่จริง การปล่อยทริกเกอร์ช่วยแก้ปัญหาได้

ผู้ใช้ 'web2vi' ไม่มีอยู่ในเซิร์ฟเวอร์ mysql ของคุณ

ดูhttp://dev.mysql.com/doc/refman/5.1/en/error-messages-server.html#error_er_no_such_user

หากผู้ใช้นั้นมีอยู่ให้ตรวจสอบว่าเซิร์ฟเวอร์ใดที่สามารถเข้าถึงได้แม้ว่าฉันจะคิดว่าจะเป็นข้อผิดพลาดอื่น (EG คุณอาจมี web2vi @ localhost แต่คุณกำลังเข้าถึง db เป็น web2vi @% (ไม่ว่าอะไรก็ตาม)

การแก้ไขอย่างรวดเร็วเพื่อหลีกเลี่ยงและดัมพ์ไฟล์:

mysqldump --single-transaction -u root -p xyz_live_db > xyz_live_db_bkup110116.sql

grant all on *.* to 'username'@'%' identified by 'password' with grant option;

ตัวอย่าง:

grant all on *.* to 'web2vi'@'%' identified by 'password' with grant option;

เรื่องนี้เกิดขึ้นกับฉันหลังจากย้าย DB จากเซิร์ฟเวอร์หนึ่งไปยังเซิร์ฟเวอร์อื่น เริ่มแรกผู้กำหนดใช้ localhost และผู้ใช้ บนเซิร์ฟเวอร์ใหม่เราไม่มีผู้ใช้รายนั้นและโฮสต์ก็เปลี่ยนไปเช่นกัน ผมเอากลับขึ้นของตารางที่เฉพาะและลบออกทริกเกอร์ทั้งหมดด้วยตนเองจาก phpMyAdmin หลังจากนั้นมันก็ทำงานได้ดีสำหรับฉัน

ฉันมีปัญหาเดียวกันกับผู้ใช้รูทและมันทำงานได้ดีสำหรับฉันเมื่อฉันแทนที่

root@%

โดย

root@localhost

ดังนั้นหากผู้ใช้ 'web2vi' ได้รับอนุญาตให้เชื่อมต่อจาก 'localhost' คุณสามารถลอง:

web2vi@localhost

ฉันเชื่อมต่อกับฐานข้อมูลจากระยะไกล

5 เซนต์ของฉัน

ฉันมีข้อผิดพลาดเดียวกันในขณะที่ฉันพยายามเลือกจากมุมมอง

อย่างไรก็ตามปัญหาดูเหมือนว่าเป็นมุมมองนี้เลือกจากมุมมองอื่นที่เรียกคืนจากการสำรองข้อมูลจากเซิร์ฟเวอร์ที่แตกต่างกัน

และในความเป็นจริง YES ผู้ใช้ไม่ถูกต้อง แต่ไม่ชัดเจนว่าจะดูตั้งแต่ครั้งแรก

ฉันมีปัญหาเดียวกันของคุณเมื่อไม่กี่นาทีที่ผ่านมาฉันพบปัญหานี้หลังจากลบผู้ใช้ที่ไม่ได้ใช้จากตาราง mysql.user แต่การแก้ไขมุมมองคงที่นี่เป็นคำสั่งที่ใช้ง่ายที่ทำให้มันง่ายมาก:

SELECT CONCAT("ALTER DEFINER=`youruser`@`host` VIEW ",
table_name," AS ", view_definition,";") FROM 
information_schema.views WHERE table_schema='databasename'

ผสมสิ่งนี้กับบรรทัดคำสั่ง mysql (สมมติว่า * ระวังไม่คุ้นเคยกับ windows):

> echo above_query | mysql -uuser -p > alterView.sql
> mysql -uuser -ppass databasename < alterView.sql

หมายเหตุ: คำสั่งจะสร้างและเลือก CONCAT พิเศษบนไฟล์ทำให้mysql -uuser -ppass databasename < alterView.sqlล้มเหลวหากคุณไม่ลบออก

ที่มา: /dba/4129/modify-definer-on-many-views

ลองตั้งค่าขั้นตอนของคุณเป็น SECURITY INVOKER

ค่าเริ่มต้นของ Mysql ตั้งค่าความปลอดภัยของโพรซีเดอร์เป็น "DEFINER" (CREATOR OF) .. คุณต้องตั้งค่าความปลอดภัยเป็น "ผู้เรียก"

มุมมองของคุณ "view_quotes" อาจถูกคัดลอกมาจากฐานข้อมูลอื่นโดยที่ "web2vi" เป็นผู้ใช้ที่ถูกต้องในฐานข้อมูลที่ "web2vi" ไม่ใช่ผู้ใช้ที่ถูกต้อง
เพิ่มผู้ใช้ "web2vi" ลงในฐานข้อมูลหรือเปลี่ยนมุมมอง (โดยปกติการลบส่วน DEFINER = 'web2vi' @ ''% 'และดำเนินการสคริปต์จะทำเคล็ดลับ)

ในกรณีของฉันตารางมีทริกเกอร์กับผู้ใช้ DEFINER ที่ไม่มีอยู่

จากการอ้างอิง MySQLของCREATE VIEW:

ส่วนคำสั่ง DEFINER และ SQL SECURITY ระบุบริบทการรักษาความปลอดภัยที่จะใช้เมื่อตรวจสอบสิทธิ์การเข้าถึง ณ เวลาที่เรียกดู

ผู้ใช้นี้จะต้องมีอยู่และดีกว่าเสมอที่จะใช้ 'localhost' เป็นชื่อโฮสต์ ดังนั้นฉันคิดว่าถ้าคุณตรวจสอบว่าผู้ใช้มีอยู่และเปลี่ยนเป็น 'localhost' ในการสร้างมุมมองคุณจะไม่มีข้อผิดพลาดนี้

ปัญหาชัดเจน - MySQL ไม่พบผู้ใช้ที่ระบุเป็นผู้กำหนด

ฉันพบปัญหานี้หลังจากซิงโครไนซ์โมเดลฐานข้อมูลจากเซิร์ฟเวอร์การพัฒนานำไปใช้กับ localhost ทำการเปลี่ยนแปลงโมเดลและนำไปใช้กับ localhost อีกครั้ง เห็นได้ชัดว่ามีการกำหนดมุมมอง (ฉันแก้ไข) และดังนั้นฉันจึงไม่สามารถอัปเดตเวอร์ชันท้องถิ่นของฉันได้

วิธีแก้ไข (ง่าย ๆ ) :

หมายเหตุ: มันเกี่ยวข้องกับการลบดังนั้นจึงใช้งานได้ดีสำหรับมุมมอง แต่ให้แน่ใจว่าคุณมีข้อมูลสำรองถ้าคุณลองในตาราง

1. ล็อกอินเข้าสู่ฐานข้อมูลในฐานะรูท (หรืออะไรก็ตามที่มีกำลังมากพอที่จะทำการเปลี่ยนแปลงได้)
2. ลบมุมมองตารางหรือสิ่งที่คุณมีปัญหา
3. ซิงโครไนซ์โมเดลใหม่ของคุณ - จะไม่บ่นเกี่ยวกับสิ่งที่ไม่มีอยู่ตอนนี้ คุณอาจต้องการลบส่วนความปลอดภัยของ SQL DEFINERออกจากคำจำกัดความของรายการที่คุณมีปัญหา

PS นี่ไม่ใช่การแก้ไขที่เหมาะสมหรือดีที่สุดรอบตัว ฉันเพิ่งโพสต์เป็นวิธีแก้ปัญหา (และง่ายมาก)

คุณสามารถลองสิ่งนี้:

$ mysql -u root -p 
> grant all privileges on *.* to `root`@`%` identified by 'password'; 
> flush privileges;

เหตุใดฉันจึงได้รับข้อผิดพลาดนั้น ฉันจะแก้ไขได้อย่างไร

ฉันใช้เวลาหนึ่งชั่วโมงก่อนพบการตัดสินใจสำหรับปัญหาเช่นนี้ แต่ในกรณีของฉันฉันรันสิ่งนี้:

mysql> UPDATE `users` SET `somefield` = 1 WHERE `user_id` = 2;
ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist

หากคุณต้องการค้นหาปัญหาให้เรียกใช้คำสั่งนี้ทีละตัว:

SHOW PROCEDURE STATUS;
SHOW FUNCTION STATUS;
SHOW TRIGGERS;
SHOW FULL TABLES IN database_name WHERE TABLE_TYPE LIKE 'VIEW';

... และหลังจากแต่ละรายการให้มองหา 'ผู้กำหนด'

ในกรณีของฉันมันเป็นทริกเกอร์เก่าที่มีนักพัฒนาบางคนลืมที่จะลบ

ไปที่ส่วนแก้ไขรูทีนและที่ด้านล่างเปลี่ยนประเภทความปลอดภัยจาก Definer เป็น Invoker

หนึ่งหรือหลายมุมมองของคุณที่สร้าง / ลงทะเบียนโดยผู้ใช้รายอื่น คุณจะต้องตรวจสอบเจ้าของมุมมองและ:

1. สร้างผู้ใช้ใหม่ ในขณะที่คำตอบอื่น ๆ พูด หรือ
2. สร้างมุมมองที่สร้างโดยผู้'web2vi'ใช้โดยใช้ALTER VIEW

ฉันมีปัญหานี้ครั้งเดียว

ฉันพยายามโยกย้ายมุมมองจาก BD1 ไปยัง BD2 โดยใช้ SQLYog SQLYog สร้างมุมมองใน DataBase อื่น (DB2) อีกครั้ง แต่มันเก็บผู้ใช้ BD1 ไว้ (แตกต่างกัน) ต่อมาฉันก็พบว่ามุมมองที่ฉันใช้ในการสืบค้นของฉันนั้นมีข้อผิดพลาดเหมือนกับคุณแม้ว่าฉันจะไม่ได้สร้างมุมมองก็ตาม

หวังว่าความช่วยเหลือนี้

หากนี่เป็นกระบวนการที่เก็บไว้คุณสามารถทำสิ่งต่อไปนี้

UPDATE `mysql`.`proc` SET definer = 'YournewDefiner' WHERE definer='OldDefinerShownBefore'

แต่นี่ไม่แนะนำ

สำหรับฉันทางออกที่ดีกว่าคือการสร้างนิยาม:

create user 'myuser' identified by 'mypass';
grant all on `mytable`.* to 'myuser' identified by 'mypass';

เมื่อ mysql.proc ว่างเปล่า แต่ระบบแจ้งให้ทราบเสมอว่า "user@192.168.%" สำหรับ table_name ไม่มีอยู่คุณเพียงรูตในบรรทัดคำสั่ง mysql และประเภท:

CHECK TABLE `database`.`table_name` QUICK FAST MEDIUM CHANGED;
flush privileges;

เกิน!

สิ่งนี้เกิดขึ้นกับฉันหลังจากฉันนำเข้าดัมพ์บน Windows 10 ที่มี MYSQL Workbench 6.3 Community โดยมี "root @% ไม่มีอยู่" แม้ว่าผู้ใช้จะมีอยู่จริง ก่อนอื่นฉันพยายามแสดงความคิดเห็นกับ DEFINER แต่นี่ไม่ได้ผล จากนั้นฉันใช้สตริงแทนที่"root @%"ด้วย"root @ localhost"และนำเข้าดัมพ์อีกครั้ง นี้ได้เคล็ดลับสำหรับฉัน.

ลองใช้นี่เป็นวิธีง่ายๆ

mysql -u root -p
SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));

เพิ่มเติมได้ที่https://stackoverflow.com/a/42183702/5407056

ดูเหมือนว่าผู้ใช้ฐานข้อมูลจะคำนึงถึงตัวพิมพ์ใหญ่และตัวพิมพ์เล็กดังนั้นในขณะที่ฉันมีผู้ใช้รูท '@'% ฉันไม่มีผู้ใช้ ROOT '@'% ฉันเปลี่ยนผู้ใช้ให้เป็นตัวพิมพ์ใหญ่ผ่านทาง workbench และปัญหาได้รับการแก้ไขแล้ว!