登陆mysql时出现unknown variable 'character_set_client=UTF8' 的错误

今天,登陆数据库服务器的时候,出现了下面的错误:

1 [[email protected] app]# mysql -uroot -p
2 mysql: unknown variable ‘character-set-client=utf8‘

查了下my.cnf的配置文件,是在client段下面配置了这么一个选项,按道理来说,是不会有问题的呀,然后上网google了下,发现:

了解到这个是mysqlbinlog的一个bug。 既然client选项组里允许通过character_set_client选项设置客户端编码,为何自带的工具mysqlbinlog却不认识这个选项?

在这里即使不认识,那也用不着直接出错而退出运行,若是不认识这个选项那只要略过此选项(能给出个notice提示下不认识此选项则更好)继续运行岂不更好?

但是有一个问题是,我在mysqld段下面使用character-set-server  = utf8是没有问题的。

因此,我的解决方案是:将上面的character_set_client=utf8进行注释了,然后再进行重启,这样登录进来的时候,只剩下client端的编码不是UTF8的,因此我们在使

用set global character_set_client=utf8;设置即可,这样的话整个数据库的编码全都是utf8的了。

1 Server characterset:    utf8
2 Db     characterset:    utf8
3 Client characterset:    utf8
4 Conn.  characterset:    utf8

登陆mysql时出现unknown variable 'character_set_client=UTF8' 的错误

时间: 2024-12-15 07:09:40

登陆mysql时出现unknown variable 'character_set_client=UTF8' 的错误的相关文章

mysql报错解决MySQL Binlog(异常)——mysqlbinlog: unknown variable 'default-character-set=utf8'

在使用mysqlbinlog分析日志时,报错: /usr/local/mysql/bin/mysqlbinlog: unknown variable 'default-character-set=utf8' 原因分析: 产生这个问题的原因是因为我在my.cnf中的client选项组中添加了:  default-character-set=utf8 这个是mysqlbinlog的一个bug 解决方法: 使用mysqlbinlog工具查看二进制日志时会重新读取的mysql的配置文件my.cnf,而不

mysqlbinlog 查看mysql bin 日志 mysqlbinlog: unknown variable 'default-character-set=utf8'

mysqlbinlog  mysql-bin.000036 | less 查询包含几个字段的语句: mysqlbinlog mysql-bin.000036| egrep '(2011030610002460|2011030310001730|2011030410011680|2011030410006280)' mysqlbinlog查看二进制日志的问题 在使用mysqlbinlog查看日志的时候碰到了一个问题, 错误提示如下:/usr/local/mysql/bin/mysqlbinlog:

mysql:unknown variable 'default-character-set=utf8'

1.修改my.cnf后,执行 service mysql restart 重启数据库失败 service mysql restart Shutting down MySQL.. SUCCESS! Starting MySQL... ERROR! The server quit without updating PID file (/usr/local/mysql/data/VM_0_12_centos.pid) 2.查看日志: cat VM_0_12_centos.err |grep ERROR

unknown variable 'character-set-server=utf8'

登录mysql出现"unknown variable 'character-set-server=utf8"的错误提示, 这个时候应该检查你的my.ini配置文件: 将[mysql]和[mysqld]下的 character-set-server=utf8 改为 default-character-set=utf8 再重新登录. unknown variable 'character-set-server=utf8'

mysql报错:/usr/sbin/mysqld:unknown variable 'default-character-set=utf8'

修改mysql的字符集时,为了将默认字符集设置为utf-8,便将/etc/my.cnf下[mysqld]加了一行 default-character-set=utf8, 但是在下次启动系统的时候,mysql登录不上,报错Can't connect to local MySQL serverthrough socket '/var/lib/mysql/mysql.sock'(2), 这时通过命令查找mysql.sock #find / -name mysql.sock , 没有查找到文件,mysq

mysqlbinlog 查看binlog时报错unknown variable 'default-character-set=utf8'

下午在排查MySQL主从同步问题时,想从主库的binlog中找一些线索,裸的binlog文件是无法直视的,mysqlbinlog这个工具是用来查看binlog文件内容的(使用方式man mysqlbinlog查看),但是使用mysqlbinlog将binlog文件转换成人类可读的内容时却报错: [[email protected] log]$ mysqlbinlog mysql-bin.000004 mysqlbinlog: unknown variable 'default-character

mysqlbinlog 查看binlog日志时报错unknown variable 'default-character-set=utf8'

mysqlbinlog 查看binlog日志时报错unknown variable 'default-character-set=utf8' 在通过全备文件和增量binlog文件来导出sql文件,用以恢复完整的数据库时.由于裸的binlog文件是无法直视的,所以使用mysqlbinlog这个工具是用来查看binlog文件内容的(使用方式man mysqlbinlog查看),但是使用mysqlbinlog将binlog文件转换成人类可读的内容时却报错: [[email protected] dat

unknown variable ‘default-character-set=utf8‘的解决

通过sudo apt-get install mysql-server方式安装了MySQL-server-5.5.11,直接在命令行输入service mysql start,启动mysql成功, 然后修改/etc/my.cnf,给[mysqld]下增加了default-character-set=utf8,再重启mysql服务,这时候报错: [email protected]:/home/wesely# /etc/init.d/mysql start * Starting MySQL data

mysql报错: unknown variable 'sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES'

在修改mysql默认字符集的时候: 1. 需要拷贝/usr/share/mysql下的my-huge.cnf 或者my-small.cnf到 /etc/my.cnf,但是官网说:从5.7.18开始不在二进制包中提供my-default.cnf文件. 所以我直接把my-default.cnf作为配置文件 2. 但是因为my-default.cnf最下面的这句 在登录mysql时会报错 3 直接删除掉最下面的sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_T