mysql提示[Warning] Invalid (old?) table or database name問題的解決方法

更新時間：2012年07月29日 10:54:02 作者：

今天一個朋友的上服務器出現[Warning] Invalid (old?) table or database name問題，通過分析binlog日志發(fā)現，在以下sql語句中出現問題，由于涉及敏感內容，用sql語法表示

DROP TABLE IF EXISTS [TEMP_TABLE_NAME];
create temporary table [TEMP_TABLE_NAME] select col1,col2,... from [TABLE_NAME];
alter table [TEMP_TABLE_NAME] add unique idx_col1(col1);
經過以上操作中，多次出現該warning問題。通過查詢和跟蹤調試源碼，有以下線索和處理方式：
mysql的"[Warning] Invalid (old?) table or database name"問題出現位置：

sql_table.cc:279
uint explain_filename (THD* thd, const char *from, char *to , uint to_length , enum_explain_filename_mode explain_mode )

跟蹤代碼發(fā)現，只有在ha_innodb.cc:1946的innobase_convert_identifier 中調用explain_filename函數。

復制代碼代碼如下:

 
/*****************************************************************//** 
Convert an SQL identifier to the MySQL system_charset_info (UTF-8) 
and quote it if needed. 
@return pointer to the end of buf */ 
static char* innobase_convert_identifier ( 
/*========================*/ 
char* buf, /*!< out: buffer for converted identifier */ 
ulint buflen, /*!< in: length of buf, in bytes */ 
const char * id, /*!< in: identifier to convert */ 
ulint idlen, /*!< in: length of id, in bytes */ 
void* thd, /*!< in: MySQL connection thread, or NULL */ 
ibool file_id) /*!< in: TRUE=id is a table or database name; 
FALSE=id is an UTF-8 string */ 

順著線索向上查找，發(fā)現在有兩個位置調用了innobase_convert_identifier 函數，分兩個線索繼續(xù)查找。

線索一：
ha_innodb.cc:2034
調用innodb_convert_identifier函數

復制代碼代碼如下:

 
/*****************************************************************//** 
Convert a table or index name to the MySQL system_charset_info (UTF-8) 
and quote it if needed. 
@return pointer to the end of buf */ 
extern "C" UNIV_INTERN char* innobase_convert_name ( 
/*==================*/ 
char* buf, /*!< out: buffer for converted identifier */ 
ulint buflen, /*!< in: length of buf, in bytes */ 
const char * id, /*!< in: identifier to convert */ 
ulint idlen, /*!< in: length of id, in bytes */ 
void* thd, /*!< in: MySQL connection thread, or NULL */ 
ibool table_id) /*!< in: TRUE=id is a table or database name; 
FALSE=id is an index name */ 

從函數定義和函數功能來看，該函數是將mysql的表名或者索引名轉換成utf8，與字符集相關。查看現有數據庫字符集和生成的臨時表字符集均為lanti1，推斷是可能的原因之一。
處理方式：
修改數據庫的字符集為utf8，觀察數據庫是否仍然出現該錯誤。

線索二：

復制代碼代碼如下:

 
ha_innodb.cc:6269 
調用innodb_convert_identifier函數 
/*****************************************************************//** 
Creates a table definition to an InnoDB database. */ 
static create_table_def ( 
/*=============*/ 
trx_t* trx, /*!< in: InnoDB transaction handle */ 
TABLE* form, /*!< in: information on table 
columns and indexes */ 
const char * table_name, /*!< in: table name */ 
const char * path_of_temp_table, /*!< in: if this is a table explicitly 
created by the user with the 
TEMPORARY keyword, then this 
parameter is the dir path where the 
table should be placed if we create 
an .ibd file for it (no .ibd extension 
in the path, though); otherwise this 
is NULL */ 
ulint flags) /*!< in: table flags */ 

在create_table_def 函數中，調用row_create_table_for_mysql函數后，當返回值為DB_DUPLICATE_KEY時，調用innodb_convert_identifier，從而觸發(fā)該warning。

復制代碼代碼如下:

 
row0mysql.c:1820 
UNIV_INTERN int row_create_table_for_mysql( 
/*=======================*/ 
dict_table_t* table, /*!< in, own: table definition 
(will be freed) */ 
trx_t* trx) /*!< in: transaction handle */ 

該函數中調用了更深層次的函數，但從調試代碼來看，暫時沒有發(fā)現導致該問題的點。
處理方式：
在線索一中的處理方式不能解決問題的情況下，再進行進一步的代碼分析。
總結：
經過以上代碼調試和分析，得出兩條線索，但是一直未能重現該問題。因此，目前只能對現有服務器進行線索一的處理。如果按照線索一處理方式處理后，仍然出現該問題，將對第二步進行深入的分析。

作者 king_wangheng