mysqli_fetch_assoc () mong đợi tham số / Cuộc gọi đến một hàm thành viên bind_param () lỗi. Làm thế nào để nhận được lỗi mysql thực tế và sửa chữa nó?


109

Trong môi trường phát triển / cục bộ của tôi, truy vấn MySQLi đang hoạt động OK. Tuy nhiên, khi tôi tải nó lên trên môi trường lưu trữ web của mình, tôi gặp lỗi này:

Lỗi nghiêm trọng: Gọi đến hàm thành viên bind_param () trên một đối tượng không phải trong ...

Đây là mã:

global $mysqli;
$stmt = $mysqli->prepare("SELECT id, description FROM tbl_page_answer_category WHERE cur_own_id = ?");
$stmt->bind_param('i', $cur_id);
$stmt->execute();
$stmt->bind_result($uid, $desc);

Để kiểm tra truy vấn của mình, tôi đã thử thực hiện truy vấn thông qua bảng điều khiển phpMyAdmin và kết quả là OK.


Chúng tôi có thể thấy bạn đang khởi tạo $mysqlibiến ở đâu không?
Rikesh

Có thể người dùng MySQL của bạn thiếu đặc quyền để thực hiện một SELECTtruy vấn. Bạn đã kiểm tra điều đó?
Amal Murali

Điều đáng chú ý là không có sẵn mysqli hoặc bạn đã cung cấp sai thông tin đăng nhập để kết nối với MySQL.
NB

@YourCommonSense - Với tiêu đề cũ, việc tìm câu hỏi này để tham khảo trùng lặp sẽ đơn giản hơn.
Paul Spiegel

@Paul vâng, đây cũng là mối quan tâm sâu sắc nhất của tôi. Tôi đã thay đổi tiêu đề vì lợi ích của tìm kiếm Google và sự công nhận tổng thể, vì đối với người dùng PHP bình thường, kết nối giữa mã của họ và các môi trường khác nhau là không rõ ràng. Nhưng kể từ đó tôi cũng gặp khó khăn trong việc tìm kiếm nó. Cuối cùng có nó trong dấu trang. Nếu bạn có thể đề xuất một tiêu đề dễ nhận biết nhưng có liên quan, điều đó sẽ thật tuyệt
Your Common Sense

Câu trả lời:


123

Đôi khi mã MySQLi của bạn tạo ra một lỗi như mysqli_fetch_assoc() expects parameter..., Call to a member function bind_param()...hoặc tương đương. Hoặc thậm chí không có bất kỳ lỗi nào, nhưng truy vấn không hoạt động giống nhau. Điều đó có nghĩa là truy vấn của bạn không thực thi được.

Mỗi khi truy vấn không thành công, MySQL đều có thông báo lỗi giải thích lý do . Thật không may, theo mặc định, những lỗi như vậy không được chuyển sang PHP và tất cả những gì bạn nhận được là một thông báo lỗi khó hiểu được đề cập ở trên. Do đó, việc cấu hình PHP và MySQLi để thông báo lỗi MySQL cho bạn là rất quan trọng. Và một khi bạn nhận được thông báo lỗi, việc sửa chữa nó sẽ chỉ là một miếng bánh.

Làm thế nào để nhận được thông báo lỗi trong MySQLi?

Trước hết, hãy luôn có dòng này trước khi MySQLi kết nối trong tất cả các môi trường của bạn:

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

Sau đó, tất cả các lỗi MySQL sẽ được chuyển sang các ngoại lệ PHP. Ngược lại, không có ngoại lệ sẽ tạo ra lỗi nghiêm trọng cho PHP. Do đó, trong trường hợp có lỗi MySQL, bạn sẽ gặp lỗi PHP thông thường. Điều đó sẽ ngay lập tức làm cho bạn biết nguyên nhân lỗi. Và một dấu vết ngăn xếp sẽ dẫn bạn đến vị trí chính xác nơi xảy ra lỗi.

Cách cấu hình PHP trong các môi trường khác nhau

Đây là ý chính của bài viết của tôi về báo cáo lỗi PHP :
Báo cáo lỗi trên máy chủ phát triển và máy chủ trực tiếp phải khác nhau. Trên máy chủ phát triển, rất tiện lợi khi có lỗi hiển thị trên màn hình, nhưng trên máy chủ trực tiếp, các thông báo lỗi phải được ghi lại, vì vậy bạn có thể tìm thấy chúng trong nhật ký lỗi sau này.

Do đó, bạn phải đặt các tùy chọn cấu hình tương ứng với các giá trị sau:

  • Trên máy chủ phát triển

    • error_reportingnên được đặt thành E_ALLgiá trị;
    • log_errors nên được đặt thành 1 (rất tiện lợi khi có nhật ký trên PC phát triển)
    • display_errors nên được đặt thành 1
  • Trên máy chủ sản xuất

    • error_reportingnên được đặt thành E_ALLgiá trị;
    • log_errors nên được đặt thành 1
    • display_errors nên được đặt thành 0

Làm thế nào để thực sự sử dụng nó?

Chỉ cần xóa bất kỳ mã nào kiểm tra lỗi theo cách thủ công , tất cả những mã đó or die(), if ($result)v.v. Đơn giản chỉ cần viết mã tương tác cơ sở dữ liệu của bạn ngay lập tức:

$stmt = $this->con->prepare("INSERT INTO table(name, quantity) VALUES (?,?)");
$stmt->bind_param("si", $name, $quantity);
$stmt->execute();

một lần nữa, mà không có bất kỳ điều kiện xung quanh . Nếu một lỗi xảy ra, nó sẽ được coi là bất kỳ lỗi nào khác trong mã của bạn. Ví dụ: trên PC phát triển, nó sẽ chỉ xuất hiện trên màn hình, trong khi trên trang trực tiếp, nó sẽ được ghi lại cho một lập trình viên, trong khi để thuận tiện cho người dùng, bạn có thể sử dụng trình xử lý lỗi (nhưng đó là một câu chuyện khác lạc đề MySQLi, nhưng bạn có thể đọc về nó trong bài viết được liên kết ở trên).

Phải làm gì với thông báo lỗi bạn nhận được?

Trước hết, bạn phải xác định vị trí truy vấn vấn đề. Thông báo lỗi chứa tên tệp và số dòng của vị trí chính xác xảy ra lỗi. Đối với mã đơn giản là đủ, nhưng nếu mã của bạn đang sử dụng các hàm hoặc lớp, bạn có thể cần phải theo dõi ngăn xếp để tìm truy vấn vấn đề.

Sau khi nhận được thông báo lỗi, bạn phải đọc và hiểu nó. Nghe có vẻ quá rõ ràng nếu không muốn nói là đáng chê trách, nhưng người học thường bỏ qua thực tế rằng thông báo lỗi không chỉ là một tín hiệu báo động mà nó thực sự chứa một lời giải thích chi tiết về vấn đề . Và tất cả những gì bạn cần là đọc thông báo lỗi và khắc phục sự cố.

  • Giả sử, nếu nó nói rằng một bảng cụ thể không tồn tại, bạn phải kiểm tra chính tả, lỗi chính tả, chữ cái. Ngoài ra, bạn phải đảm bảo rằng tập lệnh PHP của bạn kết nối với một cơ sở dữ liệu chính xác
  • Hoặc, nếu nó cho biết có lỗi trong cú pháp SQL, thì bạn phải kiểm tra SQL của mình. Và điểm vấn đề nằm ngay trước phần truy vấn được trích dẫn trong thông báo lỗi.

Nếu bạn không hiểu thông báo lỗi, hãy thử Google nó. Và khi duyệt kết quả, hãy bám vào các câu trả lời giải thích lỗi hơn là thẳng thừng đưa ra giải pháp. Một giải pháp có thể không hiệu quả trong trường hợp cụ thể của bạn nhưng lời giải thích sẽ giúp bạn hiểu vấn đề và giúp bạn có thể tự mình khắc phục sự cố.

Bạn cũng phải tin tưởng vào thông báo lỗi. Nếu nó nói rằng số lượng mã thông báo không khớp với số lượng biến bị ràng buộc thì nó như vậy. Tương tự đối với các bảng hoặc cột vắng mặt. Đưa ra sự lựa chọn, cho dù đó là lỗi của bạn hay thông báo lỗi sai, hãy luôn bám sát điều trước. Một lần nữa nghe có vẻ trịch thượng, nhưng hàng trăm câu hỏi trên chính trang web này chứng minh lời khuyên này cực kỳ hữu ích.

Danh sách những điều bạn không bao giờ nên làm liên quan đến báo cáo lỗi

  • Không bao giờ sử dụng toán tử ngăn chặn lỗi ( @)! Nó làm cho lập trình viên không thể đọc thông báo lỗi và do đó không thể sửa lỗi
  • Không sử dụng die()hoặc echohoặc bất kỳ chức năng nào khác để in thông báo lỗi trên màn hình một cách vô điều kiện. PHP có thể tự báo cáo lỗi và thực hiện nó theo cách phù hợp tùy thuộc vào môi trường - vì vậy hãy cứ để PHP.
  • Không thêm điều kiện để kiểm tra kết quả truy vấn theo cách thủ công (như if($result)). Với các ngoại lệ lỗi được kích hoạt, điều kiện như vậy sẽ vô ích.
  • Không sử dụng try..catchtoán tử để lặp lại thông báo lỗi. Toán tử này nên được sử dụng để thực hiện một số xử lý lỗi, như khôi phục giao dịch. Nhưng đừng bao giờ sử dụng nó chỉ để báo lỗi - như chúng ta đã học ở trên, PHP đã có thể làm điều đó, một cách đúng đắn.

PS
Đôi khi không có lỗi nhưng cũng không có kết quả. Sau đó, nó có nghĩa là, không có dữ liệu trong cơ sở dữ liệu phù hợp với tiêu chí của bạn . Trong trường hợp này, bạn phải thừa nhận sự thật này, ngay cả khi bạn có thể tuyên bố rằng dữ liệu và tiêu chí đều đúng. Họ không phải. Bạn phải kiểm tra lại chúng. Tôi có một bài viết có thể giúp ích cho vấn đề này, Cách gỡ lỗi các tương tác cơ sở dữ liệu . Mặc dù nó được viết cho PDO, nhưng nguyên tắc là như nhau. Chỉ cần làm theo hướng dẫn này từng bước và vấn đề của bạn đã được giải quyết hoặc có câu hỏi trả lời được cho Stack Overflow.


@AdamWinter sử dụng @ luôn luôn sai và trong trường hợp cụ thể này là gấp mười lần. Thông báo lỗi đến chương trình của bạn cũng giống như một nỗi đau đối với cơ thể của bạn. Nó cho bạn biết rằng có điều gì đó không ổn, như chân bạn bị gãy. Và bạn phải cố định cái chân chứ không phải chỉ uống thuốc giảm đau và đi tiếp. CÙNG ĐÂY. PHP cho bạn biết rằng không có biến mà bạn mong đợi. Vì vậy, bạn phải sửa biểu mẫu hoặc bất cứ điều gì, để làm cho biến này khả dụng. Không chỉ viết mã để sửa lỗi.
Your Common Sense
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.