目前项目使用的是单机mysql,内部也只有一个库,现在想要根据不同的子业务在单机内部拆分成多个库,避免后续子业务拓展但仍操作同一个大库的情况,但是现在有以下几个疑问:
1、单机内部拆分成多库之后是否会对原来的sql操作造成比较大的影响,比如单库内的跨表查询变成了多库跨表,还有事务操作也有可能需要跨库。
2、单机内部分库之后是否有助于提高稳定性,会不会出现一个库挂掉,另外的库是好的,整体单机表现正常的情况?
3、单机内部分库之后还是会受制于单机本身的性能瓶颈吧,分库后能提高IO吗?
4、分库之后还有哪些缺点?
3 回答
犯罪嫌疑人X
TA贡献2080条经验 获得超4个赞
看楼主的意思是应该公司的业务拆分,不同的业务对应不同的数据库,不是应对大数据存储而进行的分库分表;那就是业务重构了,sql、代码、架构什么的肯定都是重来了,为什么还考虑对以前的sql有影响呢?
如果是只是业务分库,业务数据量又不是很大的话,性能什么的都不是暂时需要考虑的问题,一般都是数据量到达一定的量级才会考虑分库分表,现在最关键的还是完善好系统架构,好的架构对后期的维护和扩展真的很重要。
还是觉得楼主重点问的是业务拆分,提问分库很容易造成误解,看题目还以为是针对大数据量的分库分表。纯属个人观点!
添加回答
举报
0/150
提交
取消