mysql的大小写问题
大小写敏感性
1、数据库和表名
在MySQL中，数据库和表对应于在那些目录下的目录和文件，因而，内在的操作系统的敏感性决定数据库和表命名的大小写敏感性。这意味着数据库和表名在Unix上是区分大小写的，而在Win32上忽略大小写。
注意：在Win32上，尽管数据库和表名是忽略大小写的，你不应该在同一个查询中使用不同的大小写来引用一个给定的数据库和表。下列查询将不工作，因为它作为my_table和作为MY_TABLE引用一个表：
mysql> SELECT * from my_table WHERE
MY_TABLE.col=1;
2、列名
列名在所有情况下都是忽略大小写的。
3、表的别名
表的别名是区分大小写的。下列查询将不工作，: 因为它用a和A引用别名：
mysql> SELECT col_name from tbl_name AS a
WHERE a.col_name = 1 OR A.col_name = 2;
4、列的别名
列的别名是忽略大小写的。
5、字符串比较和模式匹配
缺省地，MySQL搜索是大小写不敏感的(尽管有一些字符集从来不是忽略大小写的，例如捷克语)。这意味着，如果你用col_name LIKE 'a%'搜寻，你将得到所有以A或a开始的列值。如果你想要使这个搜索大小写敏感，使用象INDEX(col_name, "A")=0检查一个前缀。或如果列值必须确切是"A"，使用STRCMP(col_name, "A") = 0。
简单的比较操作(>=、>、= 、< 、<=、排序和聚合)是基于每个字符的“排序值”。有同样排序值的字符(象E，e)被视为相同的字符！
LIKE比较在每个字符的大写值上进行(“E”=”e”)。
如果你想要一个列总是被当作大小写敏感的方式，声明它为BINARY。
例如：
mysql> SELECT
"E"="e","E"=BINARY "e";
+---------+----------------+
| "E"="e" | "E"=BINARY "e" |
+---------+----------------+
| 1 | 0 |
+---------+----------------+
相关文档：
mysql 数据库默认的连接只能在本机连接，远程连接必须授权。
代码: 全选
GRANT ALL PRIVILEGES ON *.* TO 'myuser'@'%'IDENTIFIED
BY 'mypassword' WITH GRANT
OPTION;如果你想允许用户myuser从ip为192.168.1.6的主机连接到mysql服务器，并使用
mypassword作为密码
代码: GRANT ALL PR ......
groupadd mysql
新建一个名为mysql的用户组
useradd -g mysql mysql
在mysql用户组下新建一个名为mysql的用户
gunzip 解压下载到的.gz文件
cd mysql-VERSION
进入解压后的目录
CFLAGS="-O3 -mcpu=pentium4" CXX=gcc CXXFLAGS="-O3 -march=pentium4 -felide-constructors -fno-exceptions -fno-rtti" ./configu ......
之所以写这篇博客，是因为前几天才碰到了这么一个问题，以前还不知道mysql有这么一个问题。
我们的系统使用了struts+hibernate，数据库使用的是mysql，字符集统一为utf-8。
本来已经完成了，但是系统使用的时候，发现查出来的人名没有顺序，本来以为很简单，在查询的时候，指定按照name排序就可以了，岂知实际一做才发� ......
定义游标
DECLARE cur_名称 CURSOR
FOR
SELECT 字段1,字段2,...字段n from 表 where 字段1=变量;
DECLARE CONTINUE HANDLER FOR SQLSTATE '02000' SET 变量1=null,变量2=null;
OPEN cur_名称;
FETCH cur_名称 INTO 变量1,变量2...;
WHILE ( 变量1 IS NOT NULL) DO
&nbs ......
注：本文讨论的范围为未启用MAXDB模式的表！
今天建了一个表，里面有一个列是timestamp类型，我本意是在数据更新时，这个字段的时间能自动更新。岂知对这个类型的值还不甚了解，导致出错。发现这个字段只是在这行数据建立的时候有值，在更新的却无变化。
查找资料，发现是我 ......
