风险SQL 规范及案例

一、 原则

1、程序处理优先：数据库最容易也通常是一个系统的瓶颈，因此不要给数据库加压力，能够程序处理就程序处理。
2、简单操作数据库：一个系统越简单越稳定越不容易出问题， 因此要尽量简单使用数据库， 如SQL简单，事务小
3、数据存储评估：数据库资源宝贵，是很难水平扩容的， 要水平扩容动作是很大的， 出了故障影响也是很大的， 不像应用可以很容易水平扩容。因此不要什么都往里面保存， 要预估好数据量
4、对数据负责：自己的数据负责，DBA只是管理。出现高负载，慢SQL,，还是开发人员自己花时间修 改程序与优化， 因此不要想着DBA给提供性能更强的机器与扩容硬盘来解决问题

二、 建表设计规范

1、建表时根据业务需求和操作频率评估，建立索引

优化：

• 每个表都要有create_time, update_time字段，create_time timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT ‘创建时间’， update_time timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP COMMENT ‘创建时间’。都加索引，业务一般都会使用到，