MySQL开发05-MySQL开发规范

1、命名规范

1. 命名应有意义，包括库名、表名、用户名等，以使用方便记忆、描述性强的可读性名称为第一准则，尽量避免使用缩写或代码来命名。传统使用缩写或代码的方法是出于一些历史原因，比如希望节省空间、尽快加载数据等，但随着硬件的快速发展，目前来说这么做的意义不大。
2. 命名不要过长（应尽量少于25个字符）；
3. 不要使用保留字；
4. 数据库、表都用小写，尽量不要使用除下划线、小写英文字母之外的其他字符；
5. 索引的命名以idx_为前缀；
6. 如果同一个数据库下有不同的应用模块，则可以考虑对表名用不同的前缀标识；
7. 注意字段类型的一致性、命名的一致性，同一个字段在不同的表中也应是相同的类型或长度；
8. 备份表时加上时间标识；

2、表设计规范

1. 表的存储引擎优先选择InnoDB引擎，字符集建议选择UTF-8。
2. 每个表都应有主键。
3. 尽量将字段设置成NOT NULL：NULL值存储需要额外空间，且会导致比较运算更复杂，使优化器更难以优化SQL。
4. 尽量使用更短小的列。
5. 尽量使用整型：整型列的执行速度往往更快。整型定义中不需要添加显示长度的值，比如使用INT，而不是INT(4)。
6. 存储精确浮点数时必须使用DECIMAL替代FLOAT和DOUBLE。
7. 建议使用UNSIGNED类型存储非负值。
8. 建议使用INT UNSIGNED存储IPV4：可以使用INET_ATON()、INET_NTOA()函数进行转换，PHP里也有类似的函数如ip2long()、long2ip()。
9. 不要使用ENUM类型。
10. 尽量不要使用TEXT、BLOB类型。
11. 在VARCHAR(N)中，N表示的是字符数而不是字节数，比如VARCHAR(255)，最大可存储255个汉字。需要根据实际的宽度来选择N。N应尽可能地小，因为在MySQL的一个表中，所有的VARCHAR字段的最大长度是65535个字节，进行排序和创建临时表一类的内存操作时，会使用N的长度申请内存。
12. 不要在数据库中使用VARBINARY或BLOB存储图片及文件等：MySQL并不适合大量存储这种类型的文件。
13. JOIN（连接）字段在不同表中的类型和命名要一致。
14. . 可以把大字段或使用不频繁的字段分离到另外的表中，这样做可以减少表的大小，让表执行得更快。但如果将字段分离了到分离表后，又经常需要建立连接，那可能就会得不偿失了，所以，我们要确保分离的表不会经常进行连。

3、索引规范

1. 建议单表索引不超过5个，单索引中字段数不超过5个；
2. 建议索引字段中，选择性高的字段放在前面；
3. ORDER BY、GROUP BY、DISTINCT的字段需要放在复合索引的后面，也就是说，复合索引的前面部分用于等值查询，后面的部分用于排序。
4. UPDATE、DELETE语句需要根据WHERE条件添加索引。
5. 建议不要使用“like %value”的形式，因为MySQL仅支持最左前缀索引。
6. 对长度过长的VARCHAR字段（比如网页地址）建立索引时，可以增加一个对VARCHAR字段的散列字段，散列字段类型为整型，然后对该散列字段建立索引，这样比对长VARCHAR字段直接排序要好。
7. 存储域名地址采用反向存储的方法：比如把news.sohu.com存储为com.sohu.news，方便在其上构建索引和进行统计。
   8 . 合理使用复合索引：复合索引(a,b,c)可以用于“where a=?”、“where a=?and b=?”、“where a=?and b=?and c=?”等形式，但对于“where a=?”的查询，可能会比仅仅在a列上创建单列索引查询要慢，因此需要在空间和效率上达成平衡。
8. 合理利用覆盖索引：由于覆盖索引一般常驻于内存中，因此可以大大提高查询速度。注意把范围条件放到复合索引的最后，WHERE条件中的范围条件（BETWEEN、<、<=、>、>=）会导致后面的条件使用不了索引。

4、SQL语句规范

• 将对大量数据的增删改操作分割为多批次小数据量的操作：特别是对于业务繁忙的系统，长时间的锁表，可能会导致线上查询被阻塞、应用宕机。解决方案是，尽可能早地释放资源。比如使用LIMIT子句限制每次操作的记录数，也可以利用一些日期字段，基于更小粒度的时间范围进行操作。
• 尽量避免使用SELECT * 语句：只获取需要的字段。
• 优先使用预编译语句（prepared statement）：可以提高性能并且防范SQL注入攻击。
• IN列表包含的值不应过多：建议少于100。
• 尽量避免在UPDATE、DELETE语句中不要使用LIMIT。
• 尽量避免MySQL进行隐式类型转化。
• INSERT语句必须显式地指明字段名称：不要使用INSERT INTO table()。
• 避免在SQL语句中进行数学运算或函数运算，避免将业务逻辑和数据存储耦合在一起。
• 避免使用存储过程、触发器、函数：这会将业务逻辑和数据库耦合，且存在Bug。
• 连接的表也不宜过多；
• 尽量减少和数据库的交互次数；

5、SQL脚本规范

• 一律优先使用InnoDB引擎和utf8字符集。
• SQL脚本必须去除^{M符号。Windows系统中，每行的结尾是“<回车><换行>”，即“\r\n”；Mac系统里，每行的结尾是“<回车>”，即’\r’。Unix/Linux系统里，每行的结尾是换行CR，即“\n”。三个系统行的结尾各不相同，这会导致的一个直接后果是，Unix/Mac系统下的文件在Windows里打开时，所有的文字会变成一行；而Windows里的文件在Unix/Mac下打开，在每行的结尾可能会多出一个}M符号。而在SQL脚本中，必须要将此符号去除。
• 必须保证注释的有效性，建议统一使用“#”进行注释（注：MySQL注释可以使用“--”、“#”或“/**/”，其中“–”后面跟内容时一定要有空格，由于“–”这种注释方法经常导致出错）。
• SQL文件必须是UTF-8无BOM格式的文件。对于存在非英文字符的升级文件，可以用file命令确认它是否为一个UTF-8编码的文件，如下图：

file  t3.txt

• 转储数据优先使用mysqldump，因为mysqldump保持了最佳兼容性；

6、数据架构规范

• 单表数据量控制在5000万以下。

7、配置文件建议

• 假设我们统一字符集为utf8，统一默认引擎为InnoDB，那么建议默认的配置文件my.cnf如下，这份配置文件没有进行关注性能方面的调整，大家可以对照自己的环境修改或增加适当的参数。

[client]
port            = 3306
socket          = / tmp/mysql.sock
default-character-set = utf8

[mysqld]
character-set-server = utf8
port            = 3306
socket          = /tmp/mysql.sock
user    = mysql
skip-external-locking
max_connections=3000
max_connect_errors=3000
thread_cache_size = 300
skip-name-resolve
server-id       = 1
binlog_format=mixed
expire-logs-days = 8
sync_binlog=60
innodb_log_file_size = 256M
default-storage-engine=innodb
[mysqldump]
quick
max_allowed_packet = 16M

[mysql]
no-auto-rehash
# Remove the next comment character if you are not familiar with SQL
#safe-updates
default-character-set = utf8

8、其他规范

• 批量导入/导出/更新/删除数据时，或者修改表结构等关键动作前，DBA需要进行审查，并在执行过程中观察服务。
• 业务部门推广活动，要提前通知DBA进行评估。

9、总结

1. MySQL的对象命名、表和索引的设计、SQL语句和脚本、运维都要遵循规范。
2. 进行批量导入/导出/更新/删除数据时，或者修改表结构等关键动作前，DBA需要进行审查，并在执行过程中观察服务。