Storage 001 电商数据库设计

【大概流程 】用户登录 》 选购商品 》 加入购物车 》 检查库存 》提交订单    》  选择在线支付  或 选择货到付款 》 发货

【用户模块】注册 登陆

【商品模块】前后台商品管理和浏览

【订单模块】订单及购物车的生成管理

【仓配模块】仓库库存和物流管理

【数据库实际开发模式】直接确立表名 字段 数据类型 。

【数据库设计规范】

Mysql5.5 早期存储引擎 Myisam 表，现代选择 Innodb（支持事务、行级锁、更好的恢复性、高并发）。

统一字符集 UTF-8 （mysql utf-8 汉字占3字节 ，ascii占1字节 ）

所有表和字段 都要 comment ，维护数据字典。

【单表数据量】控制在 500万行内，易于修改表结构、备份、恢复 。

　　　【控制手段】历史数据归档、分库分表。

　　　 【谨慎使用 mysql 分区表】物理上表现为多个文件，在逻辑上为一个表。选择好分区键可导致跨分区查询效率更低。

　　　【建议物理分表】适合大数据，IO

尽量冷热数据分离，减少表的宽度（最大4096列），

目的减少磁盘IO保证热数据的内存缓存命中率，避免往缓存读入无用的冷数据。

通常表现为   【经常使用的列放到一起，减少关联查询】

预留字段的危害 ， 本身数据类型、命名都是模糊的，如果修改预留字段，导致表的锁定，得不偿失。

二进制数据（图片、文件）不是存在数据库的，使用vsftpd +nginx 。

禁止在线上做数据库压力测试，应该用专用压力环境，毕竟有垃圾数据。开发 测试 生产 应该隔离。

① 命名   统一小写字母并用下划线分割。

　　长度不超过32个字符     库 mc_userdb 表 user_account

　　临时库表   tmp+日期

　　备份表 bak+日期

========================================

字段 类型、约束 怎么确定？

~ 尽量所有列 NOT NULL

　　比较和计算 需要判断

~ 符合需求节省空间

【第一 】将字符串转成数字类型存储  INET_ATON('255.255.255.255') = 429496729，

【第二】不可能负数的 就直接使用无符号类型，多一倍空间，4字节。

【第三】VARCHAR(N)   N是字符（N个汉字），而非字节数。 Mysql_UTF8   varchar(255) = 765字节。

~ 避免使用 TEXT BLOB数据类型 ，扔到扩展表中（TEXT 不实用 实际 VARCHAR够了）。

限制：只能用前缀索引

~ 避免使用 ENUM 数据类型

限制：使用ALTER语句修改值

缺点：ORDER BY 效率下降，需要额外操作

~ 避免 用字符串存储日期型数据 ， 不能使用日期函数计算比较。

应该：TIMESTAMP（1970~2038年） 或 DATETIME

~ 商业数据 DECIMAL  （科学计算才用 float double）

优点：比 bigint 更大

========================================================

② 索引（primary index unique ）

单表索引不要超过5个。（降低 Mysql 优化查询效率 导致 插入、更新降低）

~ 充分利用已经有的索引

left join 或 not exists 来优化 not in 操作

Innodb按照 【主键索引】顺序组织表。

【建议使用自增ID值】主键不使用 UUID、MD5、HASH、字符串列，不是顺序增长。

【判断是否加索引经验】

① SELECT UPDATE DELETE 的 WHERE

② ORDER BY 、GROUP BY、DISTINCT 的 字段。

③ 需要 JOIN操作 的关联列。

联合索引列顺序怎么安排？

1 最明确区分放在最左侧

2 长度小的列放在最左侧

3 最频繁的列放在左侧

【频繁的查询 覆盖索引】包含所有查询字段的索引。

避免了 Innodb表进行索引二次查找。

把随机IO变成顺序IO加快查询。

【尽量避免使用外键】不使用外键约束，把关联列建立索引，剩下交给程序。

本身外键用来保证数据参照完整性，但实际还是业务为主/

还会影响 父表和子表的 写操作降低性能。

==============================

③ sql 面向开发人员

【预编译语句】可维护、可分发

PREPARE stmt1

FROM 'SELECT SQRT(POW(?,2) + POW(?,2)) AS hypotenuse';

SET @a = ;

SET @b = ;

EXECUTE stmt1 USING @a,@b;

DEALLOCATE PREPARE stmt1;

~ 避免数据类型隐式转换

select name,phone from user where id = '111'   导致索引失效。

不同库要不同的账号。

不允许 select * 。

把子查询优化成 join 。（因为子查询结果集无法使用索引、临时表数据量大影响大）

每 join 一份表会产生 join_buffer_size 。

【分页】数据库适合批量一次性操作。

【in 代替 or 】in值不应超过500，有效利用索引。

【不宜 order by rand()】随机排序，全部都放到内存！放到程序去排序。

【WHERE从句使用函数、计算】导致索引失效。

索引X  where date(createtime) = '20160901'

索引O  where createtime >= '20160901' and createtime < '20160902'

明显没有重复值【Union ALL】          【Union】产生临时表。

MYSQL 一个大sql只能使用一个CPU。

④ 方便运维    数据库操作规范。

【主从延迟】 【大事务】【日志多】超过100万条数据，应该分批多次进行操作。

【大表工具】使用 pt-online-schema-change修改表结构。

【最大连接数限制】允许1个有super权限用户连接   DBA 专用。

程序不能有 drop 权限。