数据库优化方面的经验
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结合你的业务去优化表结构。有时候可以考虑用空间去换时间。