首先,确认所有的瓶劲来自于对外存的访问:
硬盘
所以绕开它。
一种方式是在数据库前面做cache,
另一种方式是在数据库内部调cache,这是dba的工作
还有一种方式是在db的后面做cache,
如果是mssql oracle 这样的,非核心数据可以考虑架在一个分布式的文件
系统上,mysql则可以考虑替换掉存储引擎。
网络io成为瓶颈的可能性越来越小了,所以分布式,cache数点数据,成为了
提高并发支持的一种实用的手段。
在db前面做cache,最简单的方式,就是根据业务数据的特点,做一个专用的db网关
考虑到会有不同的途径更改数据源,db网关实际上还要承担更新cache的功能。
简单,但它能花最少的代价,在短时间内迅速提高业务系统的并发量。
低碳环保给力。
多花点时间在业务上,再牛逼的系统,不贴进业务,它也只是玩具。
本文探讨了如何通过缓存和分布式技术来提高业务系统的并发量,包括在数据库前、后做缓存的方法,以及考虑使用分布式文件系统或替换存储引擎。重点介绍了在不同场景下实现高效并发支持的策略,并强调了业务贴合的重要性。
2838

被折叠的 条评论
为什么被折叠?



