Lỗi MySQL 1449: Người dùng được chỉ định là bộ khử

Khi tôi chạy truy vấn sau, tôi gặp lỗi:

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

Thông báo lỗi là:

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

Tại sao tôi nhận được lỗi đó? Làm thế nào để tôi sửa nó?

Điều này thường xảy ra khi xuất các khung nhìn / kích hoạt / thủ tục từ cơ sở dữ liệu hoặc máy chủ này sang cơ sở dữ liệu khác khi người dùng đã tạo đối tượng đó không còn tồn tại.

Bạn có hai lựa chọn:

1. Thay đổi DEFINER

Điều này có thể dễ thực hiện nhất khi ban đầu nhập các đối tượng cơ sở dữ liệu của bạn, bằng cách xóa bất kỳ DEFINERcâu lệnh nào khỏi kết xuất.

Thay đổi bộ khử sau là một mẹo nhỏ hơn:

Làm thế nào để thay đổi definer cho lượt xem

1. Chạy SQL này để tạo các câu lệnh ALTER cần thiết

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

2. Sao chép và chạy các câu lệnh ALTER

Làm thế nào để thay đổi definer cho các thủ tục được lưu trữ

Thí dụ:

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

Hãy cẩn thận, bởi vì điều này sẽ thay đổi tất cả các định nghĩa cho tất cả các cơ sở dữ liệu.

2. Tạo người dùng bị thiếu

Nếu bạn đã tìm thấy lỗi sau khi sử dụng cơ sở dữ liệu MySQL:

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

Sau đó, bạn có thể giải quyết nó bằng cách sử dụng như sau:

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

Từ http://www.lynnnayko.com/2010/07/mysql-user-specified-as-definer-root.html

Điều này hoạt động như một sự quyến rũ - bạn chỉ phải thay đổi someusertên của người dùng bị mất tích. Trên máy chủ dev cục bộ, bạn thường chỉ cần sử dụng root.

Cũng xem xét liệu bạn có thực sự cần cấp ALLquyền cho người dùng hay liệu họ có thể làm với ít hơn không.

Người dùng ban đầu tạo chế độ xem hoặc thủ tục SQL đã bị xóa. Nếu bạn tạo lại người dùng đó, nó sẽ giải quyết lỗi của bạn.

Tôi đã nhận được lỗi tương tự sau khi cập nhật mysql.

Lỗi đã được sửa sau lệnh này:

mysql_upgrade -u root

mysql_upTHER nên được thực thi mỗi khi bạn nâng cấp MySQL. Nó kiểm tra tất cả các bảng trong tất cả các cơ sở dữ liệu về sự không tương thích với phiên bản hiện tại của Máy chủ MySQL. Nếu một bảng được tìm thấy có khả năng không tương thích, nó sẽ được kiểm tra. Nếu bất kỳ vấn đề được tìm thấy, bảng được sửa chữa. mysql_upTHER cũng nâng cấp các bảng hệ thống để bạn có thể tận dụng các đặc quyền hoặc khả năng mới có thể đã được thêm vào.

Nếu người dùng tồn tại, thì:

mysql> flush privileges;

Tạo người dùng đã xóa như thế này:

mysql> create user 'web2vi';

hoặc là

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

Thực hiện theo các bước sau:

1. Truy cập PHPMyAdmin
2. Chọn cơ sở dữ liệu của bạn
3. Chọn bảng của bạn
4. Trên menu trên cùng Nhấp vào 'Triggers'
5. Nhấp vào 'Chỉnh sửa' để chỉnh sửa kích hoạt
6. Thay đổi definer từ [user @ localhost] thành root @ localhost

Hy vọng nó giúp

Giải pháp chỉ là một truy vấn dòng đơn như dưới đây:

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

Thay thế ROOT bằng tên người dùng mysql của bạn. Thay thế PASSWORDbằng mật khẩu mysql của bạn.

Đã sửa lỗi bằng cách chạy bình luận sau đây.

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

nếu bạn nhận được some_otherthay vì web2visau đó bạn phải thay đổi tên cho phù hợp.

Đối với những người làm việc trong tương lai: Tôi nhận được một thông báo tương tự đang cố cập nhật bảng trong cơ sở dữ liệu không có lượt xem. Sau khi đào bới, hóa ra tôi đã nhập các kích hoạt trên bảng đó và đó là những thứ được xác định bởi người dùng không tồn tại. Thả các kích hoạt đã giải quyết vấn đề.

Người dùng 'web2vi' không tồn tại trên máy chủ mysql của bạn.

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

Nếu người dùng đó tồn tại, hãy kiểm tra xem máy chủ nào có thể truy cập từ đó, mặc dù tôi đã nghĩ rằng đó sẽ là một lỗi khác (EG bạn có thể có web2vi @ localhost, nhưng bạn đang truy cập db dưới dạng web2vi @% (Tại mọi thứ)

sửa chữa nhanh để làm việc xung quanh và kết xuất tập tin:

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;

thí dụ:

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

Điều này xảy ra với tôi sau khi chuyển DB từ máy chủ này sang máy chủ khác. Ban đầu, definer đang sử dụng localhost và người dùng. Trên máy chủ mới, chúng tôi không có người dùng đó và máy chủ cũng đã được thay đổi. Tôi đã sao lưu bảng cụ thể đó và xóa tất cả các kích hoạt thủ công khỏi phpmyadmin . Sau đó nó đã làm việc tốt cho tôi.

Tôi gặp vấn đề tương tự với người dùng root và nó hoạt động với tôi khi tôi thay thế

root@%

bởi

root@localhost

Vì vậy, nếu người dùng 'web2vi' được phép kết nối từ 'localhost', bạn có thể thử:

web2vi@localhost

Tôi được kết nối từ xa đến cơ sở dữ liệu.

5 xu của tôi.

Tôi đã có lỗi tương tự trong khi tôi cố gắng chọn từ một khung nhìn.

Tuy nhiên, vấn đề dường như là chế độ xem này, được chọn từ chế độ xem khác được khôi phục từ bản sao lưu từ máy chủ khác.

và trên thực tế, CÓ, người dùng không hợp lệ, nhưng không rõ ràng từ đâu ngay từ cái nhìn đầu tiên.

Tôi đã gặp vấn đề tương tự của bạn vài phút trước, tôi đã gặp phải vấn đề này sau khi xóa một người dùng không sử dụng khỏi bảng mysql.user, nhưng thực hiện một chế độ xem thay đổi đã khắc phục nó, đây là một lệnh tiện dụng giúp nó rất đơn giản:

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

Trộn cái này với dòng lệnh mysql (giả sử * nix, không quen thuộc với windows):

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

Lưu ý: lệnh tạo và thêm CHỌN CONCAT trên tệp, mysql -uuser -ppass databasename < alterView.sqlsẽ thất bại nếu bạn không xóa nó.

Nguồn: /dba/4129/modify-definer-on-many-view

Cố gắng đặt thủ tục của bạn là SECURITY INVOKER

Mặc định Mysql đặt thủ tục bảo mật là "DEFINER" (CREator OF) .. bạn phải đặt bảo mật thành "invoker".

Chế độ xem của bạn, "view_quotes" có thể đã được sao chép từ một cơ sở dữ liệu khác trong đó "web2vi" là người dùng hợp lệ vào cơ sở dữ liệu trong đó "web2vi" không phải là người dùng hợp lệ.
Thêm người dùng "web2vi" vào cơ sở dữ liệu hoặc thay đổi chế độ xem (thường loại bỏ phần DEFINER = 'web2vi' @ '%' và thực thi tập lệnh sẽ thực hiện thủ thuật)

Trong trường hợp của tôi, bảng có một trình kích hoạt với người dùng DEFINER không tồn tại.

Từ tài liệu tham khảo của MySQL về CREATE VIEW:

Các mệnh đề DEFINER và SQL AN NINH chỉ định bối cảnh bảo mật sẽ được sử dụng khi kiểm tra các đặc quyền truy cập tại thời điểm gọi.

Người dùng này phải tồn tại và luôn luôn tốt hơn để sử dụng 'localhost' làm tên máy chủ. Vì vậy, tôi nghĩ rằng nếu bạn kiểm tra xem người dùng có tồn tại và thay đổi nó thành 'localhost' trên chế độ xem thì bạn sẽ không gặp lỗi này.

Vấn đề đã rõ ràng - MySQL không thể tìm thấy người dùng được chỉ định làm công cụ khử.

Tôi đã gặp vấn đề này sau khi đồng bộ hóa mô hình cơ sở dữ liệu từ máy chủ phát triển, áp dụng nó vào localhost, thực hiện các thay đổi cho mô hình và sau đó áp dụng lại nó vào localhost. Rõ ràng có một khung nhìn (tôi đã sửa đổi) được xác định và vì vậy tôi không thể cập nhật phiên bản địa phương của mình.

Cách khắc phục (dễ dàng) :

Lưu ý: nó liên quan đến việc xóa để nó hoạt động tốt cho các chế độ xem nhưng đảm bảo bạn đã sao lưu dữ liệu nếu bạn thử điều này trên các bảng.

1. Đăng nhập vào cơ sở dữ liệu dưới dạng root (hoặc bất cứ điều gì có đủ sức mạnh để thực hiện thay đổi).
2. Xóa chế độ xem, bảng hoặc bất cứ điều gì bạn đang gặp khó khăn.
3. Đồng bộ hóa mô hình mới của bạn - nó sẽ không phàn nàn về thứ gì đó không tồn tại bây giờ. Bạn có thể muốn xóa SQL DEURIN DEFINER khỏi định nghĩa mục mà bạn gặp vấn đề.

PS Đây không phải là một sửa chữa thích hợp cũng như tốt nhất xung quanh. Tôi chỉ đăng nó như là một giải pháp có thể (và rất đơn giản).

Bạn có thể thử điều này:

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

Tại sao tôi nhận được lỗi đó? Làm thế nào để tôi sửa nó?

Tôi đã dành một giờ trước khi tìm thấy một quyết định cho một vấn đề như thế này. Nhưng, trong trường hợp của tôi, tôi đã chạy nó:

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

Nếu bạn thực sự muốn tìm ra vấn đề, chỉ cần chạy từng lệnh một:

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

... và, sau mỗi người trong số họ, hãy tìm trường 'definer'.

Trong trường hợp của tôi, nó là bộ kích hoạt cũ, mà ai đó của các nhà phát triển đã quên xóa.

Đi vào phần chỉnh sửa thường trình và ở phía dưới, thay đổi Loại bảo mật từ Definer thành Invoker.

Một hoặc một số quan điểm của bạn nơi người dùng khác tạo / đăng ký. Bạn sẽ phải kiểm tra chủ sở hữu của chế độ xem và:

1. Tái tạo người dùng; như những câu trả lời khác nói hoặc là
2. Tái tạo các chế độ xem được tạo bởi người dùng 'web2vi'bằng ALTER VIEW

Tôi đã có vấn đề này một lần.

Tôi đã cố gắng di chuyển các khung nhìn, từ BD1 sang BD2, bằng SQLYog. SQLYog đã tạo lại các khung nhìn trong DataBase khác (DB2), nhưng nó giữ người dùng của BD1 (chúng khác nhau). Sau đó tôi nhận ra rằng các chế độ xem tôi đang sử dụng trong truy vấn của mình có cùng lỗi với bạn, ngay cả khi tôi không tạo bất kỳ chế độ xem nào.

Hy vọng điều này giúp đỡ.

Nếu đây là một thủ tục được lưu trữ, bạn có thể làm:

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

Nhưng điều này không được khuyên.

Đối với tôi, giải pháp tốt hơn là tạo ra definer:

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

Khi mysql.proc trống, nhưng hệ thống luôn chú ý "user@192.168.%" đối với tên_bảng không tồn tại, bạn chỉ cần root trong dòng lệnh mysql và gõ:

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

kết thúc!

Điều này đã xảy ra với tôi sau khi tôi nhập kết xuất trên Windows 10 với Cộng đồng MYSQL Workbench 6.3, với "root @% không tồn tại". Mặc dù người dùng đã tồn tại. Đầu tiên tôi đã cố gắng nhận xét DEFINER tuy nhiên, điều này không hoạt động. Sau đó, tôi đã thay thế một chuỗi trên "root @%" bằng "root @ localhost" và nhập lại kết xuất. Điều này đã lừa tôi.

Hãy thử đây là giải pháp đơn giản

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

thêm tại https://stackoverflow.com/a/42183702/5407056

Người dùng cơ sở dữ liệu dường như cũng phân biệt chữ hoa chữ thường, vì vậy trong khi tôi có người dùng root '@'% thì tôi không có người dùng ROOT '@'%. Tôi đã thay đổi người dùng thành chữ hoa thông qua bàn làm việc và vấn đề đã được giải quyết!