免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: 无风之谷

[讨论]MySQL运维----"诡异"的字符集问题(获奖名单已公布-2012-8-23) [复制链接]

论坛徽章:
4
CU十二周年纪念徽章
日期:2013-10-24 15:41:34摩羯座
日期:2013-12-24 13:05:332015亚冠之西悉尼流浪者
日期:2015-10-09 16:03:47fulanqi
日期:2016-06-17 17:54:25
发表于 2012-07-22 21:35 |显示全部楼层
回复 56# ning_lianjie


PHP

   

论坛徽章:
0
发表于 2012-07-23 08:09 |显示全部楼层
。。。但是在Windows 下  默认的字符集是GBK 。。 若是客户端字符集仍然采用utf8的话
。。insert 时 。。会报1036错误。。  当然动态的使用 set  names utf8 可以insert (但是在win 7 下不行)。。但是select  时。。表的左右不对齐。。
。。。个人认为在Windows下  客户端的字符集采用  gbk   。 服务器端采用 utf8  比较合理。。。

论坛徽章:
0
发表于 2012-07-23 08:32 |显示全部楼层
恩,是个问题,学习了

论坛徽章:
2
2015年迎新春徽章
日期:2015-03-04 09:55:28IT运维版块每日发帖之星
日期:2016-07-29 06:20:00
发表于 2012-07-23 11:14 |显示全部楼层
回复 62# CTUOS

字符集不一致,会多一步额外的处理.
你遇到的情况能举一个具体的例子吗?是不是在win的CMD命令下.
   

论坛徽章:
0
发表于 2012-07-23 14:43 |显示全部楼层
呵呵,我的意思是,我是开发人员,所以我这么干。
我要是DBA,我肯定也得检查
ning_lianjie 发表于 2012-07-22 18:20
回复 59# createrasd
嗯,其实这些都是辅助的设置,不能依赖.每次执行前,自己确认的习惯比较好.

论坛徽章:
0
发表于 2012-07-23 16:06 |显示全部楼层
来学习一下!

论坛徽章:
2
2015年迎新春徽章
日期:2015-03-04 09:55:28IT运维版块每日发帖之星
日期:2016-07-29 06:20:00
发表于 2012-07-23 22:24 |显示全部楼层
回复 65# createrasd
每次检查,可以避免出问题,但是每次都检查,势必影响效率,而且也比较枯燥.
如何"变懒",把这些检查交给系统来做?嘿嘿

   

论坛徽章:
2
2015年迎新春徽章
日期:2015-03-04 09:55:28IT运维版块每日发帖之星
日期:2016-07-29 06:20:00
发表于 2012-07-23 22:32 |显示全部楼层
回复 66# 好运北京
好,不能白来,分享个知识点.

character_set_database的默认值是默认数据库的值。当改变默认数据库的时候,它也会跟着改变。如果没有默认数据库,它的默认值就是character_set_server


{:3_193:}

论坛徽章:
0
发表于 2012-07-23 22:54 |显示全部楼层
学习一下!      

论坛徽章:
0
发表于 2012-07-24 00:10 |显示全部楼层
本帖最后由 CTUOS 于 2012-07-24 00:16 编辑

回复 64# ning_lianjie


    ...en  。。是在cmd命令窗口下。。另外我在用navicat for  mysql。。创建连接时。。如果采用的默认的UTF8 ....情况依然。。也必须在高级中。。将字符集改为gbk  。。
。。。我当前的系统就是win 7   。。。在Windows  server 2008 R2  上也有此问题。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP