Cql NoHostAvailable: ошибка при обновлении данных - PullRequest
Новая
       17

Cql NoHostAvailable: ошибка при обновлении данных

0 голосов
/ 04 декабря 2018

Предположим, у меня есть таблица, подобная приведенной ниже 

branch | uniqueid   | communication | firstname | isksfeemp | isobsolete | lastname | mobile     | official     | permanent | residential | temporary
--------+------------+---------------+-----------+-----------+------------+----------+------------+--------------+-----------+-------------+-----------
   Koch |          1 |         demo2 |      null |      null |       null |     null |       null |         null |      null |        null |      null
  Kochi |          1 |         demo1 |      Aqib |         0 |          0 |    Saman | 8129883833 | demoofficial |      demo |     demores |  demotemp
  Kochi |         12 |          demo |      Aqib |         0 |          0 |    Saman | 8129883833 | demoofficial |      demo |     demores |  demotemp
  Kochi |    1211111 |          demo |      Aqib |         0 |          0 |    Saman | 8129883833 | demoofficial |      demo |     demores |  demotemp
  Kochi | 1211111111 |          demo |      Aqib |         0 |          0 |    Saman | 8129883833 | demoofficial |      demo |     demores |  demotemp

, когда я делаю 

update customer set communication='demo4' where uniqueid=1 and branch='Kochi' IF EXISTS;

Я получил ошибку типа NoHostAvailable:

моя конфигурация пространства ключей такова 

CREATE KEYSPACE events WITH replication = {'class': 'SimpleStrategy', 'replication_factor': '3'}  AND durable_writes = true;

CREATE TABLE events.customer (
    branch text,
    uniqueid bigint,
    communication text,
    firstname text,
    isksfeemp int,
    isobsolete int,
    lastname text,
    mobile text,
    official text,
    permanent text,
    residential text,
    temporary text,
    PRIMARY KEY (branch, uniqueid)
) WITH CLUSTERING ORDER BY (uniqueid ASC)
    AND bloom_filter_fp_chance = 0.01
    AND caching = {'keys': 'ALL', 'rows_per_partition': 'NONE'}
    AND comment = ''
    AND compaction = {'class': 'org.apache.cassandra.db.compaction.SizeTieredCompactionStrategy', 'max_threshold': '32', 'min_threshold': '4'}
    AND compression = {'chunk_length_in_kb': '64', 'class': 'org.apache.cassandra.io.compress.LZ4Compressor'}
    AND crc_check_chance = 1.0
    AND dclocal_read_repair_chance = 0.1
    AND default_time_to_live = 0
    AND gc_grace_seconds = 864000
    AND max_index_interval = 2048
    AND memtable_flush_period_in_ms = 0
    AND min_index_interval = 128
    AND read_repair_chance = 0.0
    AND speculative_retry = '99PERCENTILE';

Я могу помочь любому, это будет заметно.Я думаю, что проблема заключается в том, что вокруг фактор или стратегия репликации.

...