MySQL数据类型与建库策略的详细解析
此文章主要描述的是MySQL数据类型与建库策略的详细解析，我们大家都知道无论是在不收费的数据库空间或者是大型的电子商务网站，其合理的设计表结构、充分利用空间是十分必要的。
这就要求我们对数据库系统的常用MySQL数据类型有充分的认识。下面我就将我的一点心得写出来跟大家分享。
一、MySQL数据类型之数字类型
数字类型按照我的分类方法分为三类：整数类、小数类和数字类。
我所谓的“数字类”，就是指DECIMAL和NUMERIC，它们是同一种类型。它严格的说不是一种数字类型，因为他们实际上是将数字以字符串形式保存的;他的值的每一位(包括小数点)占一个字节的存储空间，因此这种类型耗费空间比较大。但是它的一个突出的优点是小数的位数固定，在运算中不会“失真”，所以比较适合用于“价格”、“金额”这样对精度要求不高但准确度要求非常高的字段。
小数类，即浮点数类型，根据精度的不同，有FLOAT和DOUBLE两种。它们的优势是精确度，FLOAT可以表示绝对值非常小、小到约1.17E-38(0.000...0117，小数点后面有37个零)的小数，而DOUBLE更是可以表示绝对值小到约2.22E-308(0.000...0222，小数点后面有307个零)的小数。FLOAT类型和DOUBLE类型占用存储空间分别是4字节和8字节。
如果需要用到小数的字段，精度要求不高的，当然用FLOAT了。可是说句实在话，我们“民用”的数据，哪有要求精度那么高的呢?这两种类型至今我没有用过――我还没有遇到适合于使用它们的事例。
用的最多的，最值得精打细算的，是整数类型。从只占一个字节存储空间的TINYINT到占8个字节的BIGINT，挑选一个“够用”并且占用存储空间最小的类型是设计数据库时应该考虑的。TINYINT、SMALLINT、MEDIUMINT、INT和BIGINT占用存储空间分别为1字节、2字节、3字节、4字节和8字节，就无符号的整数而言，这些类型能表示的最大整数分别为255、65535、16777215、4294967295和18446744073709551615。
如果用来保存用户的年龄(举例来说，数据库中保存年龄是不可取的)，用TINYINT就够了;九城的《纵横》里，各项技能值，用SMALLINT也够了;如果要用作一个肯定不会超过16000000行的表的AUTO_INCREMENT的IDENTIFY字段，当然用MEDIUMINT不用INT，试想，每行节约一个字节，16000000行可以节约10兆多呢!
二、日期时间类型
日期和时间类型比较简单，无非是DATE、TIME、DATETIME、TIMESTAMP
相关文档：
Mysql 常用函数
ASCII(str)
返回字符串str的第一个字符的ASCII值(str是空串时返回0)
mysql> select ASCII('2');
-> 50
mysql> select ASCII(2);
-> 50
mysql> select ASCII('dete');
- ......
1、新建动态web项目。
2、添加jar包
将mysql jdbc驱动添加到tomcat安装目录下的lib目录。
3、在META-INF下添加content.xml文件。内容如下：
<?xml version="1.0" encoding="UTF-8"?>
<Context reloadable="true" crossContext="true">
<!-- Default set of monitored resources - ......
cmd下切换到 mysql 安装目录
例
d:/mysql/bin
(如果用WAMP安装则是D:\wamp\bin\mysql\mysql5.1.30\bin)
前提：mysql用户root密码为空.
输
入 mysql -u root mysql
mysql> 状态下输入
update user set password=password('新密码') where user='root';
回
显
Quer ......
mysql procedure 没有return参数 可以out一个变量给客户端 但是out参数又不支持游标类型，如何能out出一个结果集呢？
方法很简单 就是在procedure里执行一个select （select .... from ...）
eg.
CREATE PROCEDURE `CREATE_ACCOUNT`(
ACCOUNT CHAR(32),
PASSWORD CHAR(32), ......
今天在帮朋友调试一个关于多线程访问同一张表引起的Lock wait timeout exceede的问题，感觉引起的原因有：
1，没有进行优化，尽量避免多线程
2，根据它后面报的异常，提醒我可以Hibernate 的Session没有使用得当，(也是我解决的方案)
3，用synchronized修饰更新表的函数
估计是原来程序在修改完该表时立刻进行了插入操� ......
