Support table level configuration of monotonic reads

In CASSANDRA-10726 it was discussed that allowing expert users to forgo monotonic reads might be desirable. It is practical to control monotonicity of reads at a fine grained level because it involves changing the behavior of read repair on a per read basis.

Per CASSANDRA-14593 we already don't preserve update atomicity down to the column level. You could read the key out of a row and read repair the key, pass the key to another process which attempts to read the value, but finds the value is null because read repair only repairs the data (including columns) that is part of the read. IMO it's a stretch to say that reads are monotonic. It is technically correct, the best kind of correct, but far from as useful as it should be.

An initial implementation could make read repair asynchronous or forgo read repair entirely. This would improve the throughput and latency of reads.