数据库设计和表创建时需要注意的事项

mysql数据库本身高度灵活，造成性能不足，严重依赖开发人员能力。也就是说开发人员能力高，则mysql性能高。这也是很多关系型数据库的通病。 

设计表时需要注意

• 表字段避免null值出现，null值很难查询优化且占用额外的索引空间，推荐默认数字0或空字符串代替null
• 尽量使用TINYINT、SMALLINT、MEDIUM_INT而非INT、BIGINT，如果非负则加上UNSIGNED（这样数值容量会扩大一倍）
• 使用枚举或整数代替字符串类型
• 尽量使用timestamp而非datetime，timestamp在内部存储为整型，占用4个字节，而datetime占用8个字节
• 单表不要有太多字段
• 用整型来存IP

命名规范

表名采用26个英文字母（区分大小写）和0-9自然数（一般不需要）加上下划线“_”组成，多个单词用下划线“_”分隔，不允许出现其他字符！

• 名称禁止使用拼音
• 建议单词完整，不适用缩写
• 名称要么全大写，要么全小写，禁止同时出现大小写，推荐小写
• 表名的格式一般为【模块名称+详细信息】
• 表的名字不能取太长，最好不超过三个英文单词
• 表名的单词一般都为单数
• 名称建议使用名词或者动宾短语
• 多对多的连接表可以使用两个表的前缀作为表名
• 禁止使用数据库关键字，如name、time、type、status、datetime、password等
• 使用SQL语句建表时，必须填写描述信息

索引

• 索引并不是越多越好，要根据查询有针对性的创建，考虑在WHERE和ORDER BY命令上涉及的列建立索引，可根据EXPLAIN来查看是否用了索引还是全表扫描 
• 应尽量避免在WHERE子句中对字段进行NULL值判断，否则将导致引擎放弃使用索引而进行全表扫描 
• 值分布很稀少的字段不适合建索引，例如"性别"这种只有两三个值的字段
• 字符字段只建前缀索引
• 字符字段最好不要做主键
• 不用外键，由程序保证约束
• 尽量不用UNIQUE，由程序保证约束
• 使用多列索引时主意顺序和查询条件保持一致，同时删除不必要的单列索引

合适的数据类型，应选择合适的索引

1、选择合适的数据类型

• 使用可存下数据的最小的数据类型，整型 < date,time < char,varchar < blob
• 使用简单的数据类型，整型比字符处理开销更小，因为字符串的比较更复杂。如，int类型存储时间类型，bigint类型转ip函数
• 使用合理的字段属性长度，固定长度的表会更快。使用enum、char而不是varchar
• 尽可能使用not null定义字段
• 尽量少用text，非用不可最好分表

2、选择合适的索引列

• 查询频繁的列，在where，group by，order by，on从句中出现的列
• where条件中<，<=，=，>，>=，between，in，以及like 字符串+通配符（%）出现的列
• 长度小的列，索引字段越小越好，因为数据库的存储单位是页，一页中能存下的数据越多越好
• 离散度大（不同的值多）的列，放在联合索引前面。查看离散度，通过统计不同的列值来实现，count越大，离散程度越高