MySQL问题贴1： Mysql乱码问题解决方案
自己解决办法：在my.ini中将两处latin1改成utf8即可
一、乱码产生原因
MySQL 字符编码是版本4.1引入的，支持多国语言，而且一些特性已经超过了其它大多数数据库管理系统。正因为这一特性才导致 MySQL 的乱码问题。
字符集是一套符号和编码。校对规则是在字符集内用于比较字符的一套规则。让我们使用一个假想字符集的例子来区别清楚。
假设我们有一个字母表使用了四个字母：‘A’、‘B’、‘a’、‘b’。我们为每个字母赋予一个数值：‘A’=0，‘B’= 1，‘a’= 2，‘b’= 3。字母‘A’是一个符号，数字0是‘A’的编码，这四
个字母和它们的编码组合在一起是一个字符集。
假设我们希望比较两个字符串的值(在if……else语句中我们经常做值的比较)：‘A’和‘B’。比较的最简单的方法是查找编码：‘A’为0，‘B’为1。因为0 小于1，我们可以说‘A’小于‘B’。我们
做的仅仅是在我们的字符集上应用了一个校对规则。校对规则是一套规则(在这种情况下仅仅是一套规则)：“对编码进行比较。”我们称这种全部可能的规则中的最简单的校对规则为一个binary(二元)
校对规则。
但是，如果我们希望小写字母和大写字母是等价的，应该怎样?那么，我们将至少有两个规则：(1)把小写字母‘a’和‘b’视为与‘A’和‘B’等价;(2)然后比较编码。我们称这是一个大小写不敏感的
校对规则。比二元校对规则复杂一些。
在实际生活中，大多数字符集有许多字符：不仅仅是‘A’和‘B’，而是整个字母表，有时候有许多种字母表，或者一个东方的(比如中文、日文、韩文、藏文、泰文等等)使用上千个字符的书写系统，
还有许多特殊符号和标点符号。并且在实际生活中，大多数校对规则有许多个规则：不仅仅是大小写不敏感，还包括重音符不敏感(“重音符” 是附属于一个字母的符号，象德语的‘?’符号)和多字节
映射(例如，作为规则‘?’=‘OE’就是两个德语校对规则的一种)。
(以上摘自MySQL 5.1 手册。更多内容可参见：http://dev.mysql.com/doc/refman/5.1/zh/charset.html)
MySQL 4.1.x开始支持以下这些事情
l 使用多种字符集(Character Set)来存储字符
l
相关文档：
一般人总是因为目光短浅而错失赚钱机会，larry 在眼光方面总能看的长远，以前一系列的收购足以证明。不过这次拒绝欧盟会给Oracle带来很大的麻烦，欧洲市场不要了？ 我猜也许会打官司。 Oracle对SAP向来仇视，这次SAP利用欧盟打了一个漂亮的伏击战，接下来就看Oracle怎么反击了，拭目以待。
......
1 导出:
进入命令行: 执行
mysqldump -u username -p password –all-databases > all.sql
详细参数:
http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html
2 导入
进入mysql -u username -p password
执行source all.sql;
......
由于最近一直在了解mysql。各种表类型的数据存储以及相关限制就是必须了解的方面了。
自己的服务器环境：OS Cent OS ext3，memory 4G， disk 2T block size 4K。
经调查，linux下文件最大是存在限制的。去google上搜了搜，大家说法不一，最终自己还是找到比较官方的说。详见http://en.wikipedia.org/wiki/Ext3 所以� ......
像MySQL这样的关系型数据库管理系统，它们的基础是在数据库的表之间创建关系的能力。通过方便地在不同表中建立记录到记录的联系，RDBMS可以利用不同的方法分析数据，同时保持数据库以系统的方式、最小的冗余进行组织。
简单描述：
这些关系基本上依靠外键进行管理，在关系中所有表中具有相同含义的字段作为公共部分来连接 ......
今天在数据库中插入了中文，发现有的是乱码，有的不是，很是纳闷。
最后找到了解决办法：
打开 /etc/mysql/my.cnf
在［mysqld]和［client]节下分别添加:
default-character-set = utf8
然后重新启动mysql，需要注意的是，对修改以前创建的数据库来说，他的字符集还是原来的，所以还是会出现乱马，而新创建的数据 ......
