Fastest way to get a value from csv file using java 7
Spaces

Your use of spaces could stand improvement.  You should have one space after every comma in argument list, and around binary operators.  It is also customary to have a space between a closing parenthesis and an opening brace.

Names

Use descriptive names!

Is r1 a method name, or a BufferedReader?  Why are these named the same, anyway?  

What is input?  It is a String, that much is clear, but what is it used for?  filename would be so much more descriptive than input.

Try-with-resources

If an IOException happens, is FileInputStream closed, or does it bypass the r1.close() statement?

Java 7 introduced the "try-with-resources" construct, which ensures resources are properly closed, even in the event of exceptions, and even if exceptions happen during the exception handling.

try (FileInputStream fis = new FileInputStream(new File(input)),
         InputStreamReader isr = new InputStreamReader(fir, "UTF-8"),
         BufferedReader br = new BufferedReader(isr)) {

    // use br here - see below


    // br, isr, and fis are automatically closed here, at the end of the try block.
} catch (IOException e) {
    e.printStackTrace();
}


Efficiency

You are doing a lot of unnecessary work, wasting time, to extract a single value from the file.


If you want the value from the first line, you still read in all of the lines
You split every line into columns, even when you don't need a value from that line.
You store all of the lines of data, split into columns, as an ArrayList
You store a second copy of of all of the lines of data, as a String[][]


In place of the // use br here - see below line, you could do the following:


Read in lines without storing them, until you reach the i-th row.
Split the i-th row into columns
Return the j-th value


Ie)

for(int row = 0;  row &lt; i;  row++) {
    br.readLine();                    // Note: value is not saved
}

String line = br.readLine();
String[] columns = line.split(",");
return columns[j];                    // Resources are automatically closed!


Remove the original declaration of result, row, and lines.




  What about bufferSize, should I never use it?


It was an oversight on my part when writing the try-with-resources replacement, but in general, no.  The JVM will pick a buffer size that is optimal for the OS.

If you did want to specify a buffer size, 10KiB seems too arbitrary.  It should be related to (a multiple of) the size of the data being read, in this case, the length of the lines in the csv file.  The larger the value, the lower the odds that readline() will have to do string concatenation because the part of the line is in one buffer &amp; part of the line is in another.  However, the larger the value, the higher the odds that too much data will be read (you want to stop at exactly the right line, remember?), memory pressure will increase causing other inefficiencies.  If you do try tweaking the value, profile, profile, profile (... and then go back to the default).