|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
在我们工作的过程中,经常能听到很多不使用MySQL的理由,虽然其中有一些是对MySQL的误解,不过同样也有一些是合情合理的。 明天翻开slave日记发明一堆毛病全体是这类:
[ERROR]Slave:ErrorCharacterset#28isnotacompiledcharactersetandisnotspecifiedinthe/usr/local/mysql/share/mysql/charsets/Index.xmlfileonquery.
我在master(linux)机上写insert语句,发明同步是没成绩的,厥后我在window上用一个mysql客户端拔出数据,下面的成绩就入手下手呈现了。经由过程mysqlbinlog检察slave日记发明
假如利用gbk编码的客户端拔出数据就会有上面的日记:
SET@@session.character_set_client=28,@@session.collation_connection=33,@@session.collation_server=8/*!*/;
假如是间接在linux写insert,那末下面的28(gbk)就酿成8(latin-swde)
缘故原由应当是mysql客户端利用了gbk编码,而服务器没法辨认。固然你能够在/usr/local/mysql/share/mysql/charsets/Index.xml找到gbk,但经由过程SHOWCHARACTERSET;的确能够看出数据库没有列出gbk。
我又对照了一下其余呆板上的mysql版本,发明那些呆板上的mysql都是用的公布版本,而这台slave机利用源代码安装的,因而我下了个mysql-5.0.37-linux-i686-glibc23.tar.gz
然后
cd/usr/local
mvmysqlmysql-old
tarxzvfmysql-5.0.37-linux-i686-glibc23.tar.gz
mvmysql-5.0.37-linux-i686-glibc23mysql
<p> 启动mysql,统统就ok下面我将描述五个不使用MySQL的响亮理由。 |
|