数据库优化规范

1、不使用or

​ 索引是一个树，使用or难以确定方向，故在 where 子句中使用 or 来连接条件时mysql将放弃使用索引而进行全表扫描。

（1）结果可能重复使用unions

select a.MemberID,a.MemberName,a.MemberPhone
    from Member a,Member_Tmep b 
    where (a.MemberName = b.MemberName or a.MemberPhone = b.MemberPhone) 
    and a.MemberID <> b.MemberID

--查询出会员姓名相同但ID不同的记录
select a.MemberID,a.MemberName,a.MemberPhone
    from Member a
    inner join Member_Tmep b on a.MemberName = b.MemberName and a.MemberID <> b.MemberID

union

--再查询出会员电话相同但ID不同的记录，进行合并
select a.MemberID,a.MemberName,a.MemberPhone
    from Member a
    inner join Member_Tmep b on a.MemberPhone = b.MemberPhone and a.MemberID <> b.MemberID

（2）结果不重复使用union all

​ 使用"union all"的性能比"union"更高一些。因为当SQL 语句需要UNION两个查询结果集合时，这两个结果集合会以UNION-ALL的方式被合并， 然后在输出最终结果前进行排序。 如果用UNION ALL替代UNION， 这样排序就不是必要了，效率就会因此得到提高。

select id from Member where MemberName in ('张三','李四')

select * from Member where MemberName = '张三' 
union all
select * from Member where MemberName = '李四'

（3）连续数值范围使用bwteen…and

select id from Member where MemberID between 90 and 100

2、其他

• 表达是与否概念的字段，必须使用is_xxx的方式命名，数据类型是unsigned tinyint。

• 小数类型为decimal，禁止使用float和double。

• 单表行数超过500万行或者单表容量超过2GB，才推荐进行分库分表。

• 不得使用外键与级联，一切外键概念必须在应用层解决。

• 禁止使用存储过程，存储过程难以调试和扩展，更没有移植性。

• 可以过滤掉最大数量记录的条件必须写在Where 子句的末尾。

• 在GROUP BY前使用WHERE来过虑，而尽量避免GROUP BY后再HAVING过滤

• 小表驱动大表