启发

1.一切的一切悲观测试结果，增加硬件配置，会带来立竿见影的性能提升！

也许有的同学会提出分库、分表、分区、拆字段、上缓存、上搜索引擎、上大数据分析…但是这些执行完毕后，项目代码也要配套更新，紧接着是测试、安全、并发等等问题亟待解决（目前团队稳定么？有这些真实力么？技术成本提高后紧接着带来的是招聘成本和维护成本）…

一个高级工程师的月薪应该差不多够改善硬件了吧？不够？那么整个研发部门的月薪呢？项目稳定性带来的业务市场直接价值和潜在价值呢？

2.当数据量很庞大的时候，尽量避免COUNT等操作！

一定要的话也可以选择计算粗略值

select TABLE_ROWS from information_schema.`TABLES` WHERE TABLE_NAME = '表名';
explain select count(*) from c where id > 0;

或者获取是否含有下一页、上一页

​​http://php.net/manual/zh/pdostatement.fetch.php​​

3.Mysql按照主键ID随机查询真的很快，存储10亿都没有问题！

如果首先已经通过某个方式获得了某些主键ID记录，最后通过Mysql直接 ID IN（…）岂不很快？

这时候选择Sphinx搜索引擎进行筛选查找操作，最终获得上述ID数据是个明智的选择，如果你安装了Mysql Sphinx 扩展，那么还可以把 Sphinx 表当作常规表与真实的Mysql表进行LEFT Join，利用 Sphinx 排查复杂业务逻辑，Mysql吐数据，妙哉！

4.建立字段时候谨慎的选择字段类型、表中存储哪些字段直接关系到你的系统负载！

设计数据库时我们一般会把常用、短类型字段放在主表（尽量打造成静态表），把不常用、长类型字段放在附表，最终2个或者多个表进行JOIN，附表中适当的维护使用冗余字段，也是不错的选择！