We do not parse SELECT INTERVAL 'P1Y2M3DT4H5M6.235S'; correctly on CockroachDB, but this successfully parses in Postgres:

psql (13.1)
Type "help" for help.

otan=# SELECT INTERVAL 'P1Y2M3DT4H5M6.235S';
             interval
-----------------------------------
 1 year 2 mons 3 days 04:05:06.235
(1 row)

Changes should be made in https://github.com/cockroachdb/cockroach/blo

Now insert and query share the resource ( Max Process Count control) 。 When the query with high TPS，the insert will get error (“error: too many process”). I think separator the resource for Insert and Query will makes sense. Ensure enough resource for insert。It looks like Use Yarn， Insert and Query use the different resource quota。
Or the simple way , Can we set Ratio for Insert and

The network option setting code uses the default option code, which interprets the bytes passed to the option as a binary encoded 8 byte integer. The only way to set an integer value is to set the environment variable to the 8 byte binary encoding.

Hello Philip!
I think there is an issue with this part of the code of rqlite (store/store.go).

func (s *Store) Database(leader bool) ([]byte, error) {
	if leader && s.raft.State() != raft.Leader {
		return nil, ErrNotLeader
	}
	// Ensure only one snapshot can take place at once, and block all queries.
	s.mu.Lock()
	defer s.mu.Unlock()

	f, err := ioutil.TempFile("", "rqlilte-snap-

Extending the work in yugabyte/yugabyte-db#6772, it'll be helpful to also show in the http://yb-master:7000/tablet-server-clocks view, for each yb-tserver, the RTT time between the yb-tserver and yb-master leader.

This will give a quick indication of how geographically dispersed the nodes in the system are.

We should remove Guava as a dependency from the server module.

Most of the functionality we used from Guava are provided by the JDK by now.
The stuff that is missing from the JDK has mostly been added in the utilities we inherited from Elasticsearch, due to their decision to remove Guava completely.
Any functionality that we use which isn't present in the JDK can be co

Migrate https://github.com/trinodb/orc-protobuf

see trinodb/trino#6859 for more info

Currently we don't have any mechanism to limit the maximum number of clients that could be handled simultaneously.

This feature should be designed properly. Here is some clue: https://redis.io/topics/clients#maximum-number-of-clients

Now that we support more than 1 data type, we should include the values data type in cache nodes. This give us a way of easily identifying what type of data a key points to e.g. string, queue (and more types in the future)

Currently a cache node object consists of a Key, a Value and a TTL. We should also add a field specifying the type of the Value