MySQL 数据库设计规范( 四 ) _数据库设计

【强制】insert 语句指定具体字段名称，不要写成 insert into t1 values(…)，道理同上。

【建议】insert into … values(xx),(xx),(xx)…，这里 xx 的值不要超过 5000 个。值过多虽然上线很快，但会引起主从同步延迟。

【建议】select 语句不要使用 union，推荐使用 union all，并且 union 子句个数限制在 5 个以内。因为 union all 不需要去重，节省数据库资源，提高性能。

【建议】in 值列表限制在 500 以内。例如 select … where user_id in(…500 个以内…)，这么做是为了减少底层扫描，减轻数据库压力从而加速查询。

【建议】事务里批量更新数据需要控制数量，进行必要的 sleep，做到少量多次。

【强制】事务涉及的表必须全部是 InnoDB 表。否则一旦失败不会全部回滚，且易造成主从库同步终端。

【强制】写入和事务发往主库，只读 SQL 发往从库。

【强制】除静态表或小表（100 行以内），dml 语句必须有 where 条件，且使用索引查找。

【强制】生产环境禁止使用 hint，如 sql_no_cache，force index，ignore key，straight join 等。因为 hint 是用来强制 sql 按照某个执行计划来执行，但随着数据量变化我们无法保证自己当初的预判是正确的，因此我们要相信 MySQL 优化器。

【强制】where 条件里等号左右字段类型必须一致，否则无法利用索引。

【建议】select|update|delete|replace 要有 where 子句，且 where 子句的条件必需使用索引查找。

【强制】生产数据库中强烈不推荐大表上发生全表扫描，但对于 100 行以下的静态表可以全表扫描。查询数据量不要超过表行数的 25%，否则不会利用索引。

【强制】where 子句中禁止只使用全模糊的 like 条件进行查找，必须有其它等值或范围查询条件，否则无法利用索引。

【建议】索引列不要使用函数或表达式，否则无法利用索引。如 where length(name) = 'admin' 或 where user_id + 2 = 10023 。

【建议】减少使用 or 语句，可将 or 语句优化为 union，然后在各个 where 条件上建立索引。如 where a = 1 or b = 2 优化为 where a = 1 … union … where b = 2, key(a), key(b) 。

【建议】分页查询，当 limit 起点较高时，可先用过滤条件进行过滤。如 select a, b, c from t1 limit 10000, 20; 优化为: select a, b, c from t1 where id > 10000 limit 20; 。

多表连接

【强制】禁止跨 DB 的 join 语句。因为这样可以减少模块间耦合，为数据库拆分奠定坚实基础。
【强制】禁止在业务的更新类 SQL 语句中使用 join，比如 update t1 join t2 … 。
【建议】不建议使用子查询，建议将子查询 SQL 拆开结合程序多次查询，或使用 join 来代替子查询。
【建议】线上环境，多表 join 不要超过 3 个表。
【建议】多表连接查询推荐使用别名，且 select 列表中要用别名引用字段，数据库.表格式，如 select a from db1.table1 alias1 where … 。
【建议】在多表 join 中，尽量选取结果集较小的表作为驱动表，来 join 其它表。

事务