Innodb Isolation levels and locking performance
In my opinion...  If you are tweaking isolation levels for performance then you have inefficient/inadequate code/schema/indexes and should focus on that instead.

Think about it...  You can perform hundreds of 'simple' queries per second from dozens of connections.  So, if your queries are 'simple' and you don't have too many of them, then they will rarely collide -- hence, the isolation mode won't matter!

select i2 from t where i1 =60; -- The obvious index is INDEX(i1).  Better would be PRIMARY KEY(i1), but that may not be appropriate.  If i1 were not the PK, then the best is a "covering" index:  INDEX(i1,i2) -- the query is performed in the index, not touching the data.

You will be hard pressed to run enough of the queries you mentioned fast enough from enough connections to have them stumble over each other.  In fact, you are more likely to be blocked by the "Query cache".  For serious production work, that is usually turned completely off:  query_cache_size = 0 and query_cache_type = 0.

Back to my first point...  Changing the Isolation Level changes the results that you might get from queries!  So, doing it for performance reasons could mess with the application output.