Skip to main content


One of my projects was using Memcached, a high-performance, distributed memory object caching system to reduce the time accessing db.

Memcached is an in-memory key-value store for small chunks of arbitrary data(strings, objects) from results of database calls, API calls, or page rendering.

Quick Example,

function get_foo(foo_id)
    // try to fetch data from memory first.
    foo = memcached_get("foo:" . foo_id)
    return foo if defined foo
    // fetch from db is not existed in cache
    foo = fetch_foo_from_database(foo_id)
    memcached_set("foo:" . foo_id, foo)
    return foo
Why use a memory Cache?
One use of a memory cache is to speed up common data store queries. If many requests make the same query with the same parameters, and changes to the results do not need to appear on the web site right away, the app can cache the results in the memcached. 

What is it made up of?
1. Client software, which is given a list of available memcached servers.
2. A client-based hashing algorithm, which chooses a server based on the 'key' input.
3. Server software, which stores your values with their keys into an internal hash table.
4. Server algorithms, which determine when to throw out old data(if out of memory), or reuse memory;
What  are the design philosophies? 
1. Simple Key/Value Store. The server does not care what your data looks lie. Items are made up  of a key, an expiration time,optional flags, and raw data. It does not understand data structures; you must upload data that is pre-serialized. Most of time, people store SQL as the key.
2. Smarts half in client, half in the server
A "memcached implementation" is implemented partially in client, and partially in a server. Clients understand how to send items to particular servers, what to do when it cannot contact a server, and how to fetch keys from the servers.
The server understand how to receive items, and how to expire them;
3. Servers are disconnected from each other
4. O(1) everything. 


Popular posts from this blog

Stretch a row if data overflows in jasper reports

It is very common that some columns of the report need to stretch to show all the content in that column. But  if you just specify the property " stretch with overflow' to that column(we called text field in jasper report world) , it will just stretch that column and won't change other columns, so the row could be ridiculous. Haven't find the solution from internet yet. So I just review the properties in iReport one by one and find two useful properties(the bold highlighted in example below) which resolve the problems.   example:
<band height="20" splitType="Stretch"> <textField isStretchWithOverflow="true" pattern="" isBlankWhenNull="true"> <reportElement stretchType="RelativeToTallestObject" mode="Opaque" x="192" y="0" width="183" height="20"/> <box leftPadding="2"> <pen lineWidth="0.25"/> …

JasperReports - Configuration Reference

Spring - Operations with jdbcTemplate

This class manages all the database communication and exception handling using a java.sql.Connection that is obtained from the provided DataSource. JdbcTemplate is a stateless and threadsafe class and you can safely instantiate a single instance to be used for each DAO.

Use of Callback Methods
JdbcTemplate is based on a template style of programming common to many other parts of Spring. Some method calls are handled entirely by the JdbcTemplate, while others require the calling class to provide callback methods that contain the implementation for parts of the JDBC workflow. This is another form of Inversion of Control. Your application code hands over the responsibility of managing the database access to the template class. The template class in turn calls back to your application code when it needs some detail processing filled in. These callback methods are allowed to throw a java.sql.SQLException, since the framework will be able to catch this exception and use its built-in excepti…