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
相关文档：
1.前面一篇文章详细介绍了如何在Windows下整合apache+mysql+php+tomcat,很简单，但是在Linux下就没这么容易了，需要手工的去写配置文件，网上的资料有很多，但是我根据他们的写法，一步一步的配置还是没能success!（可能是我个人的原因，不过，无论在Google还是baidu搜到的文章就那么几篇，这个转一下，那个转一下，最后都� ......
Linux下mysql的安装步骤（非rpm安装）
1 下载mysql-standard-5.0.27-linux-i686-glibc23.tar.gz 包
2 解压到安装目录： tar -zxvf /edass/db/mysql-standard-5.0.27-linux-i686-glibc23.tar.gz
3 将 mysql-standard-5.0.27-linux-i686-glibc23链接到mysql : ln –s mysql-standard-5.0.27-linux-i686 ......
由于最近一直在了解mysql。各种表类型的数据存储以及相关限制就是必须了解的方面了。
自己的服务器环境：OS Cent OS ext3，memory 4G， disk 2T block size 4K。
经调查，linux下文件最大是存在限制的。去google上搜了搜，大家说法不一，最终自己还是找到比较官方的说。详见http://en.wikipedia.org/wiki/Ext3 所以� ......
今天在数据库中插入了中文，发现有的是乱码，有的不是，很是纳闷。
最后找到了解决办法：
打开 /etc/mysql/my.cnf
在［mysqld]和［client]节下分别添加:
default-character-set = utf8
然后重新启动mysql，需要注意的是，对修改以前创建的数据库来说，他的字符集还是原来的，所以还是会出现乱马，而新创建的数据 ......
索引用于快速找出在某个列中有一特定值的行。不使用索引，MySQL必须从第1条记录开始然后读完整个表直到找出相关的行。表越大，花费的时间越多。如果表中查询的列有一个索引，MySQL能快速到达一个位置去搜寻到数据文件的中间，没有必要看所有数据。如果一个表有1000行，这比顺序读取至少快100倍。注意如果你需要访问 ......
