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ó?

Mar 26 2014

Trong môi trường cục bộ / phát triển của tôi, truy vấn MySQLi đang hoạt động OK. Tuy nhiên, khi tôi tải lên trên môi trường máy chủ 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 là ...

Đâ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.

Trả lời

131 YourCommonSense Mar 26 2014 at 20:32

Đô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 để 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ệ nào lại tạo ra lỗi nghiêm trọng cho PHP. Do đó, trong trường hợp 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, 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 thành 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 đựng 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 kiên trì đ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 về 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.