垂直分割
“垂直分割”是一种把数据库中的表按列变成几张表的方法,这样可以降低表的复杂度和字段的数目,从而达到优化的目的。
示例一:在Users表中有一个字段是家庭地址,这个字段是可选字段,而在数据库操作的时候除了个人信息外,并不需要经常读取或是改写这个字段。那么,为什么不把它放到另外一张表中呢? 这样会让你的表有更好的性能。大量的时候,对于用户表来说,只有用户ID,用户名,口令,用户角色等会被经常使用。小一点的表总是会有好的性能。
项目中有一张主表用于存储各种业务的处理情况(包括调用是否成功、时间、业务类型、柜员号等),通过公用的dao层操作获取各业务场景的任务列表查询;各业务场景有各自的业务表,用于存储更多具体详尽的信息(包括调用第三方时的返回报文,如开户及签约接口会返回哪些成功哪些失败及失败原因,用于问题追踪)。示例二: 有一个叫 “last_login” 的字段,会在每次用户登录时被更新。但是,每次更新时会导致该表的查询缓存被清空。所以,可以把这个字段放到另一个表中,这样就不会影响对用户 ID,用户名,用户角色的不停地读取了,因为查询缓存会帮你增加很多性能。(涉及到mybatis二级缓存?)另外,需要注意的是,这些被分出去的字段所形成的表,你不会经常性地去join他们,否则,这样的性能会比不分割时还要差,而且,会是指数级的下降。
选择正确的存储引擎
在 MySQL 中有两个存储引擎 MyISAM 和 InnoDB,每个引擎都有利有弊。MyISAM 适合于一些需要大量查询的应用,但其对于有大量写操作并不是很好。甚至你只是需要update一个字段,整个表都会被锁起来,而别的进程,就算是读进程都无法操作直到读操作完成。另外,MyISAM 对于 SELECT COUNT(*) 这类的计算是超快无比的。
InnoDB 的趋势会是一个非常复杂的存储引擎,对于一些小的应用,它会比 MyISAM 还慢。但它支持“行锁” ,于是在写操作比较多的时候,会更优秀。并且,他还支持更多的高级应用,比如:事务。
随着InnoDB的优化与发展,一般都选择mysql默认的InnoDB。
拆分大的 DELETE 或 INSERT 语句
如果你需要在一个在线的网站上去执行一个大的DELETE 或 INSERT 查询,你需要非常小心,要避免你的操作让你的整个网站停止响应。因为这两个操作是会锁表的,表一锁住了,别的操作都进不来了。Apache 会有很多的子进程或线程。所以,其工作起来相当有效率,而我们的服务器也不希望有太多的子进程,线程和数据库链接,这是极大的占服务器资源的事情,尤其是内存。如果你把你的表锁上一段时间,比如30秒钟,那么对于一个有很高访问量的站点来说,这30秒所积累的访问进程/线程,数据库链接,打开的文件数,可能不仅仅会让WEB服务Crash,还可能会让整台服务器马上挂了。所以,如果有一个大的处理,一定把其拆分,使用 LIMIT 条件是一个好的方法。下面是一个示例:
while (1) { //每次只做1000条 mysql_query("DELETE FROM logs WHERE log_date <= '2009-11-01' LIMIT 1000"); if (mysql_affected_rows() == 0) { // 没得可删了,退出! break; } // 每次都要休息一会儿 usleep(50000);}
项目中删除排队机客户信息时,每次删除5000条,若返回值大于等于5000则再次执行删除动作。
delete from ( select * from table where ADD_TIME between #{beginTime} and #{endTime} fetch first 40000 rows ONLY)
合理的冗余
完全按照规范化设计的系统几乎是不可能的,除非系统特别的小,在规范化设计后,有计划地加入冗余是必要的。
冗余可以是冗余数据库、冗余表或者冗余字段,不同粒度的冗余可以起到不同的作用。
冗余可以是为了编程方便而增加,也可以是为了性能的提高而增加。从性能角度来说,冗余数据库,如集群可以分散数据库压力,双机热备保证高可用性(互为备份的两台服务器共同执行同一服务,其中一台主机为工作机(Primary Server),另一台主机为备份主机(Standby Server)。在系统正常情况下,工作机为应用系统提供服务,备份机监视工作机的运行情况(一般是通过心跳诊断,工作机同时也在检测备份机是否正常),当工作机出现异常,不能支持应用系统运营时,备份机主动接管工作机的工作,继续支持关键应用服务,保证系统不间断的运行);冗余表可以分散数据量大的表的并发压力,也可以加快特殊查询的速度;冗余字段可以有效减少数据库表的连接,提高效率。
PreparedStatement 替代Statement
1.性能更高,因为数据库对SQL语句的语法检查,语义分析、编译、优化在第一次执行时已经完成,执行计划会被缓存起来;
2.避免sql注入。尽量去除外键约束
有外键约束会影响插入和删除性能,如果程序能够保证数据的完整性,那在设计数据库时就去掉外键。
其他方面
(1)提升数据库服务器硬件配置,配置mysql性能优化参数,或者搭建数据库集群。(2)从系统层面增强mysql的性能:优化数据表结构、字段类型、字段索引、分表,分库、读写分离等等。
(3)从数据库层面增强性能:优化SQL语句,合理使用字段索引。
(4)从代码层面增强性能:使用缓存和NoSQL数据库方式存储,如MongoDB/Memcached/Redis来缓解高并发下数据库查询的压力。
(5)减少数据库操作次数,尽量使用数据库访问驱动的批处理方法。
(6)不常使用的数据迁移备份,避免每次都在海量数据中去检索。
转自: