当前位置: 数据库>mysql
mysql从执行.sql文件时处理\n换行的问题
来源: 互联网 发布时间:2014-09-06
本文导语: 在备份数据库的时候,数据表中可能存在这样的值array('a'='b', 'c'='d') 这种格式的值。而在数据导出的时候 会将换行换成n(windows下是这样,unix下可能是另一种符号)。而当在回复数据的时候,如果用mysql -h localhost -u root -proot <...
在备份数据库的时候,数据表中可能存在这样的值array('a'='b',
'c'='d')
这种格式的值。而在数据导出的时候 会将换行换成n(windows下是这样,unix下可能是另一种符号)。而当在回复数据的时候,如果用mysql -h localhost -u root -proot < path/*.sql进行恢复的时候,这样数据库会报告“不能识别"n"字符的错误提示,从而使操作终止。 想了半天,难道是在数据导出的时候有个选项可以禁止将换行转换成 “n",看了mysqldump所有的可选项,没有找到解决的答案。 那问题就是处在导入数据的时候。
后来注意到,在上面我们恢复数据的时候是在没有连接数据的状态下执行的。那么,我们先连接数据库,即先执行mysql -h localhost -u root -proot 进入到数据库,然后在数据库连接成功的状态下 再执行mysql> source path/*.sql;语句,ok,数据导入成功。
'c'='d')
这种格式的值。而在数据导出的时候 会将换行换成n(windows下是这样,unix下可能是另一种符号)。而当在回复数据的时候,如果用mysql -h localhost -u root -proot < path/*.sql进行恢复的时候,这样数据库会报告“不能识别"n"字符的错误提示,从而使操作终止。 想了半天,难道是在数据导出的时候有个选项可以禁止将换行转换成 “n",看了mysqldump所有的可选项,没有找到解决的答案。 那问题就是处在导入数据的时候。
后来注意到,在上面我们恢复数据的时候是在没有连接数据的状态下执行的。那么,我们先连接数据库,即先执行mysql -h localhost -u root -proot 进入到数据库,然后在数据库连接成功的状态下 再执行mysql> source path/*.sql;语句,ok,数据导入成功。