Question

I m building a Route Planner Webapp using Spring/Hibernate/Tomcat and a mysql database, I have a database containing read only data, such as Bus Stop Coordinates, Bus times which is never updated. I m trying to make the app run faster, each time the application is run it will preform approx 1000 reads to the database to calculate a route.

I have setup a Ehcache which greatly improves the read from database times. I m now setting terracotta + Ehcache distributed caching to share the cache with multiple Tomcat JVMs. This seems a bit complicated. I ve tried memcached but it was not performing as fast as ehcache.

我很想知道,MongoDb或Redis是否更适合。我没有节奏的经验,但我很想知道是否有任何想法。所需要的是,能够迅速进入读数据库。

Answer 1

如果你想尝试轮,,你甚至可以看见:

Answer 2

我设立了一个Ehcache,大大改进从数据库时代读到的内容。如今,Im现在设置了梯田+Ehcache,向多个Tomcat JVMs分配了海滩。这似乎很复杂。

由于你的数据是读取的,我倾向于说,你可以在上生活,但初步装 load的间接费用是,该关键内容是。 (在这种情况下,不是很难混淆Ehcache,你只是需要知道你去哪里。) 因此,如果你认为确实需要,也许会要求得到更具体的指导。

我很想知道,MongoDb或Redis是否更适合。我没有节奏的经验,但我很想知道是否有任何想法。所需要的是,能够迅速进入读数据库。

首先,如果你走NSQL路,就忘记了Hibernate(但不是问题)。第二,我真心想的是,什么更为复杂:(不是) 配置要分配的Ehcache(我仍然不相信你需要),或改变你对一些根本不同的做法(即企业企业的大多数不需要)。第三,nothing将比照同一证书中的记忆数据。

总结:我将1。考虑不使用分配的沥滤(并说是组合问题的好事)或2. 混淆Ehcache用于分配的沥滤(我认为这比改变你的全方位做法更为复杂)。

Answer 3

首先,所有地方都不是海滩。象我sql一样,其持续的数据储存是一种持续的数据储存。

那么,现在,你的问题就 down倒了“应当使用ache或再处置”。使用切刀可以告诉你,这是一个非常好的解决方案,用于一个能够复制/分类、切除、监测和仪器能力的分布式海滩。

由于只读了你的数据,像 ha子这样的简单分布图也会奏效。其使用非常简单。

友情链接