持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第14天
- 1.表越窄越好，设计表字段时，选择的数据类型够用就好，不要预留备用空间。比如系统中用户名，长度<=30个字符，无需varchar(255);IPV4,无符号整型(INT UNSIGNED ) inet_auto()和inet_ntoa;
查看表的信息 show table status 行平均长度比较大 Avg_row_length 值超过100多个字节; data_free越大，碎片化越多，说明时宽表
-
2.表越小越好
-
3.请求足够高效
真正好的架构，让我们线上业务表的数据量尽可能小，尽可能让线上的热表数据量足够小，IO操作，读写请求的话代价也小(分库分表、冷热数据分离)
衡量标准：一个表行数不要超过5000万行，由宽表、窄表决定，
