为什么dbDelta()不能捕获MysqlErrors？

据我所见，dbDelta() 用于抑制在其操作过程中发生的数据库错误。一般来说，情况似乎是这样，但New Relic仍在报告函数中的MysqlErrors。准确的错误消息格式如下：

MysqlError: Table \'xxx.wp_yyy_posts\' doesn\'t exist

发件人dbDelta() 在里面/wp-admin/includes/upgrade.php, 我们有：

// Fetch the table column structure from the database
$suppress = $wpdb->suppress_errors();
$tablefields = $wpdb->get_results("DESCRIBE {$table};");
$wpdb->suppress_errors( $suppress );

看来suppress_errors() 正在完成它的工作，并防止错误消息回显到屏幕上。However, it also appears that these errors are not actually being handled, as shown by our New Relic installation.

可以理解的是，我们希望消除生产应用程序上所有可能的错误源，以便我们能够准确地使用New Relic工具跟踪实际错误率，并将其与New Relic的报告工具相关联。

Is there a compelling reason why dbDelta() doesn\'t handle this error? 我能想到的唯一原因是，这是一个经过深思熟虑的设计决策，旨在促进开发和bug修复。开发人员在以下情况下可能很难跟踪问题：dbDelta() 完全抑制任何错误。当然，可以引入一个新的参数/选项来指定是否应该发生这种自动错误抑制（这将使捕捉MysqlError变得轻而易举）。

在我们的案例中，这成为一个问题，在这种情况下install_blog() 生成此错误。由于我们正在运行大型多站点安装，因此每次创建新博客时，都会生成一个错误。

//Begin core hack - See http://wordpress.stackexchange.com/q/141971/10388 $check_table = $wpdb->get_results("SHOW TABLES LIKE \'".str_replace("_", "\\_", $table)."\';"); if(!empty($check_table)) $tablefields = $wpdb->get_results("DESCRIBE {$table};"); else $tablefields = null; //End core hack

/** * Update the data structures on new db versions. * * @global object $wpdb * @param type $sql * @param type $table_name * @return string */ function dbupdater($sql,$table_name) { global $wpdb; $retval = ( $wpdb->get_var("SHOW TABLES LIKE \'$table_name\'") != $table_name ) ? \'new\' : \'updated\'; require_once(ABSPATH . \'wp-admin/includes/upgrade.php\'); $were_showing_errors = $wpdb->show_errors; $wpdb->hide_errors(); dbDelta($sql); global $EZSQL_ERROR; $EZSQL_ERROR=array(); if ( $were_showing_errors ) { $wpdb->show_errors(); } return $retval; }

小码农CODE

相关推荐

$wpdb->wp_USERS返回空值