雨燕apply项目总结

1，数据库默认值的问题

数据库尽量是非空的，然后不设置默认值，默认值由程序来设计

因为如果程序中设计有错误，应该是空值的地方没有没有处理掉，那插入数据库的时候应该报错，但如果你设置了默认值，排查将会变得困难

2，数据库唯一索引

如果可以是唯一索引的地方就添加唯一索引，包括联合唯一索引，例如，在一个多对多的中间表，两个字段确定一条唯一的数据，这两个字段就要加联合唯一索引了，因为在并发的情况下，容易插入两条这样的数据，这是不合理的

3，分库分表

整体理论：https://juejin.im/entry/5b5eb7f2e51d4519700f7d3c

整体和redis的分库分表策略一样

单库：1，单库所在服务器上磁盘空间不足，2，MySQL理论上也是一台服务器，单库上操作的IO瓶颈，注定了他也是有并发场景。

单表：1，索引膨胀，查询超时，数据量大的时候每次crud都要重新修改索引

分表策略：

•  库名规范：{dbName}[0-N]，表名规范：{tableName}_[0-15]
• 桶和表配置 4096 * 16（每个库下面最多16张表）
• 库的下标范围0, 4095，表的下标范围0, 15
• 定位方式，根据定位的objectId（接口实现 String getObjectId();） md5值后取前4位
• 取桶号：4位字符串中前三位0, 3转16进制
• 取表号：4位字符串中的最后一位3, 4转16进制

通过计算到分表策略后，到主库的策略表里面，获得这个index号是哪个库负责的，（从库可以是在不同数据库，在程序中已经注入了他的数据源

 

转载于:https://www.cnblogs.com/vhyc/p/10760753.html