OperationTimedOut: errors = {}, last_host = 127.0.0.1

Question

Używam pojedynczego węzła Cassandra i zamierzam uruchomić kilka zapytań w celu sprawdzenia czasu odpowiedzi. W niektórych zapytań, po 10s egzekucyjnych następuje mi następujący błąd:

OperationTimedOut: errors = {}, last_host = 127.0.0.1 

Więc wpadłem następujące polecenie:

sudo gedit /usr/bin/cqlsh.py 

I zmienił cqlsh.py plik:

# cqlsh should run correctly when run out of a Cassandra source tree, 
# out of an unpacked Cassandra tarball, and after a proper package install. 
cqlshlibdir = os.path.join(CASSANDRA_PATH, 'pylib') 
if os.path.isdir(cqlshlibdir): 
    sys.path.insert(0, cqlshlibdir) 

from cqlshlib import cql3handling, cqlhandling, pylexotron, sslhandling 
from cqlshlib.displaying import (ANSI_RESET, BLUE, COLUMN_NAME_COLORS, CYAN, 
           RED, FormattedValue, colorme) 

from cqlshlib.formatting import (DEFAULT_DATE_FORMAT, DEFAULT_NANOTIME_FORMAT, 
           DEFAULT_TIMESTAMP_FORMAT, DateTimeFormat, 
           format_by_type, format_value_utype, 
           formatter_for) 

from cqlshlib.tracing import print_trace, print_trace_session 
from cqlshlib.util import get_file_encoding_bomsize, trim_if_present 

DEFAULT_HOST = '127.0.0.1' 
DEFAULT_PORT = 9042 
DEFAULT_CQLVER = '3.3.1' 
DEFAULT_PROTOCOL_VERSION = 4 
DEFAULT_CONNECT_TIMEOUT_SECONDS = 240 

DEFAULT_FLOAT_PRECISION = 5 
DEFAULT_MAX_TRACE_WAIT = 300 

jednak kiedy próbuję ponownie uruchomić kwerendę, cql zwróci ten sam błąd po 10s:

OperationTimedOut: errors = {}, last_host = 127.0.0.1 

Co muszę zrobić, aby zapytanie nie zawierało limitu czasu odpowiedzi?

Answer 1

Czy wykonujesz te zapytania w cqlsh?

Jeśli tak, oznacza to, że upłynął limit czasu żądania klienta (nie upłynął limit czasu połączenia ani czas oczekiwania na żądanie odczytu po stronie serwera).

Możesz zmienić domyślny limit czasu poprzez ustawienie jednego w ~/.cassandra/cqlshrc:

[connection] 
client_timeout = 20 
# Can also be set to None to disable: 
# client_timeout = None 

Zobacz https://issues.apache.org/jira/browse/CASSANDRA-7516 więcej szczegółów.

Widzę z innego komentarza, że ​​jesteś już świadomy stronicowania. To będzie najlepsze podejście, ponieważ nie wymaga od ciebie marnowania całego zestawu wyników w pamięci na poziomie warstw danych i aplikacji.

Answer 2

Należy zmienić parametr read_request_timeout_in_ms w pliku cassandra.yaml. A potem uruchom ponownie Cassandrę.

Answer 3

Zobaczysz kilka odpowiedzi z informacją o tym, jak podnieść różne limity czasu, ale prawdziwa odpowiedź brzmi, że prawie nigdy nie chcesz podnieść tych limitów czasu, ponieważ jeśli masz prawdziwy zestaw danych, zabijesz swój serwer (lub upuść żądania/mutacje) z wieloma długotrwałymi zapytaniami. Lepiej używać stronicowania i bardziej krótkich zapytań niż wielkich, długotrwałych zapytań.

Answer 4

Najnowsza wersja programu cassandra umożliwia określenie limitu czasu cqlsh podczas korzystania z niego, zamiast edytować plik cqlshrc.

cqlsh --request-timeout <your-timeout>