解决在使用Amoeba遇到的问题

最近有同行在使用Amoeba 的过程中多少遇到了一些问题。

总结一下遇到问题的解决方法:

1、读写分离的时候设置的在queryRouter中设置无效?

      读写分离配置的优先级别:

       1 满足 rule.xml 文件中规则的级别比 queryRouter的要高
在rule文件中:
     2)Rule 中的配置 比 tableRule高
     3) 读、写 配置比 默认配置 高
 
你检查一下 rule.xml 是否存在 rule 规则配置满足你的 sql ,从而走的是 rule 中的那些 read/write/default   pool. 如果存在可以删除或者把规则完善。
  queryRouter 的配置是针对所有sql,但是如果先满足了某条rule,则将会选择rule的配置。
 
记住配置优先级别。

2、读写大数据量的时候内存溢出?

Amoeba 默认内存设置比较少 set DEFAULT_OPTS=-Xms64m -Xmx128m , 具体设置请根据 amoeba.bat 进行修改 Java 的垃圾收集参数、内存参数、以及操作系统多线程方面等都需要进行调优。 java JVM 32 位系统最大一般是 1.5G ,多线程处理方面,一般看并发以及 cpu 数量决定的。
 
Sql 无限制条数情况,如果结果集合过大,不仅仅 amoeba ,甚至应用都会崩溃,必然会存在这种内存瓶颈问题。这个需要 DBA 来审核每条的 sql ,避免这种类似 sql 出现。作为测试来说,需要 jvm 参数设置超过你读取数据所消耗最大内存。 Java 对超多对象处理会明显感觉性能下降,特别是进行垃圾回收的时候。
因此在使用amoeba的时候请先调整好自己使用的内存参数,这个对非java用户来说可能有点难度
这儿我就对内存参数设置做一个说明:
-Xms 是该应用最小的jvm内存。 -Xmx是jvm内存最大设置, 后面m表示内存大小单位。作为生成环境当操作系统大于1G的时候一般建议设置1024m。
Amoeba:分布式数据库Proxy解决方案 随着传统的数据库技术日趋成熟、计算机网络技术的飞速发展和应用范围的扩充,数据库应用 已经普遍建立于计算机网络之上。这时集中式数据库系统表现出它的不足:集中式处理,势必造成性 能瓶颈;应用程序集中在一台计算机上运行,一旦该计算机发生故障,则整个系统受到影响,可靠性 不高;集中式处理引起系统的规模和配置都不够灵活,系统的可扩充性差。在这种形势下,集中式数 据库将向分布式数据库发展。 分布式数据库系统的优点: 1、降低费用。分布式数据库在地理上可以式分布的。其系统的结构符合这种分布的要求。允许用 户在自己的本地录用、查询、维护等操作,实行局部控制,降低通信代价,避免集中式需要更高要求 的硬件设备。而且分布式数据库在单台机器上面数据量较少,其响应速度明显提升。 2、提高系统整体可用性。避免了因为单台数据库的故障而造成全部瘫痪的后果。 3、易于扩展处理能力和系统规模。分布式数据库系统的结构可以很容易地扩展系统,在分布式数 据库中增加一个新的节点,不影响现有系统的正常运行。这种方式比扩大集中式系统要灵活经济。在 集中式系统中扩大系统和系统升级,由于有硬件不兼容和软件改变困难等缺点,升级的代价常常是昂 贵和不可行的。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值