数据库优化方面的经验

数据库优化方面的经验

1、 用PreparedStatement 一般来说比Statement性能高,而且可以防止SQL注入攻击

2、有外键约束会影响插入和删除性能，如果程序能够保证数据的完整性，那在设计数据库时就去掉外键。在大型电商中尽量使用单表

3、表中允许适当冗余，利用空间换时间，提高查询效率

4、用户名和密码单独从用户表中独立出来。 在登录业务中只需要查询用户名和密码。

5、使用索引。 select尽量不用*，即使查询全部字段也要尽量全部写出来 能用连接查询绝不用子查询，因为子查询的的底层就是连接查询
合理使用索引提升效率（索引的本质是提高效率的机制，本质上是一棵树） 为经常出现在where子句中的列创建索引 为经常出现在order
by，distinct中的字段建立索引
不要经常在DML（检索或修改）的表上建立索引（容易造成索引不准， 解决方法为rebuild重新建立，任何
DML操作都是更新index，这是代价）
不要在小表上简历索引（索引简历和维护也是要消耗资源的，小表上建立 索引会造成索引的维护时间大于数据查询时间）
限制表上的索引数目，索引并不是越多越好（索引会占用表空间，还要额 外的维护） 删除很少被使用的，不合理的索引

4、数据库数据量过大，数据库接近崩溃的时候怎么办？

1、索引优化和SQL语句优化是必须的，避免模糊查询和非索引查询，删改操作根据聚集索引进行，删改操作太频繁的话还是需要考虑分表
2、看需求，如果需求不限制，那就分表
3、一般都是把历史数据定期转存其他表（一样的表名后加年月例如TABLE201205）归档。这样该表本年度的查询的压力也小点（90%查询量集中在本年度）,即使查询历史数据也不影响性能，强力推荐！
4结合你的业务去优化表结构。有时候可以考虑用空间去换时间。