1 命名规范
所有数据库对象名称必须使用小写字母并用下划线分割
禁止使用mysql保留关键字 ---如果表名中包含关键字查询时，需要将其有单引号括起来
见名识意，并且最后不要超过32个字符
临时库表以tmp_为前缀并以日期为后缀，备份表以bak_为前缀并以日期为后缀
所有存储相同数据的列名和列类型必须一致--一般作为关联列，如果查询时关联列类型不一致会自动进行数据类型隐式转换，会造成列上的索引失效，导致查询效率降低
2 数据库基本设计规范
没有特殊要求下，所有表必须使用innodb存储引擎--支付事务、行级锁、更好的恢复性、高并发下性能更好
数据库和表的字符集统一使用utf8---统一字符集可以避免由于字符集转换产生的乱码，不同的字符集进行比较前需要进行转换会造成索引失效
所有表和字段都需要添加注释--使用comment从句添加表和列的备注进行数据字典的维护
尽量控制单表数据量的大小，建议控制在500万以内，过大会造成修改表结构、备份、恢复都会有很大的问题。可以用历史数据归档应用于日志数据，分库分表应用于业务数据等手段
谨慎使用mysql分区表--分区表在物理上表现为多个文件，在逻辑上表现为一个表，跨分区查询效率可能更低，建议采用物理分表的方式管理大数据
尽量做到冷热数据分离，减小表的宽度--mysql限制每个表最多存储4096列，并且每一行数据在大小不能超过65535字节 减少磁盘IO--保证热数据的内存缓存命中率，避免读入无用的冷数，经常一起使用的列放到一个表中避免更多的关联操作。
禁止在表中建立预留字段--无法确认存储的数据类型，对预留字段类型的修改会对表进行锁定
禁止在数据库中存储图片，文件等大的二进制数据---IO操作耗时，通常存储于文件服务器，数据库只存储文件地址信息
禁止在线上做数据库压力测试
禁止从开发环境、测试环境直接连接生成环境数据库
2 数据库字段设计规范
优先选择符合存储需要的最小的数据类型-- 字段大，建立索引空间大，IO次数多，索引性能差
1 将字符串转换成数字类型存储如：IP地址-插入数据前先用inet_aton把ip地址转为整型，节省空间，显示数据时使用inet_ntoa把整型ip地址转为地址显示即可
2 对于非负型的数据 如 自增id IP 要优先使用无符号整型来存储，无符号相对于有符号可以多出一倍的存储空间
同财务相关的金额数据必须使用decimal类型
非精准浮点：float,double
4 索引设计规范
限制每张表上的索引数量，不超过5个，索引可以增加查询效率，同样也会降低插入和更新的效率，有些情况下会降低查询效率
因为mysql优化器在选择如何优化查询时，会根据统一信息，对每一个可以用到的索引来进行评估，以生成出一个最好的执行计划，如果同时有很多个索引都可以用于查询，就会增加mysql优化器生成执行计划的时间，同样会降低查询性能
禁止给表中的每一列都建立单独的索引---使用联合索引查询
每个索引组织表innodb必须有个主键--数据的存储的逻辑顺序和索引的顺序是相同的，每个表都可以有多个索引，但是表的存储顺序只能有一种innodb是按照主键索引的顺序来组织表的。
不要使用更新频繁的列作为主键，不要使用uuid md5 hash 字符串列作为主键--无法保证数据的顺序增加
主键建议使用自增ID值
5 常见索引列建议
出现在select update delete 语句的where 从句中的列
包含在order by group by distinct中的字段
多表join的关联列
建立联全索引效果更好