Проект «SnakeProject» Михаила Козлова

⇒ FreeBSD and Nix ⇐

CISCO

Voice(Asterisk\Cisco)

Microsoft

Powershell

Python

SQL\T-SQL

1С

Общая

WEB Разработка

ORACLE SQL \ JAVA

Мото

Разница в запросах в PostgreSQL на разных ОС FreeBSD и Linux

Разница в запросах в PostgreSQL на разных ОС FreeBSD и Linux

Имеется два сервера PostgreSQL 9.2.23 на разных ОС FreeBSD и Linux

Один - master, другой - slave

Запросы на них отрабатывают на одной и той-же таблице по разному

Запросы на мастере:

base=# SELECT column_name, column_default, data_type FROM INFORMATION_SCHEMA.COLUMNS WHERE table_name = 'hash_chunk'; column_name | column_default | data_type ------------------+----------------------------------------+------------------- id | nextval('hash_chunk_id_seq'::regclass) | integer slug | | character varying base=# select id, slug, length(slug) as lg from hash_chunk where slug='statja-6.1'; id | slug | lg -----+------------+---- 973 | statja-6.1 | 10 (1 row) base=# select id, slug, length(slug) as lg from hash_chunk where slug~'statja-6.1'; id | slug | lg -----+------------+---- 973 | statja-6.1 | 10 (1 row) base=# select id, slug, length(slug) as lg from hash_chunk where TRIM(slug)='statja-6.1'; id | slug | lg -----+------------+---- 973 | statja-6.1 | 10 (1 row)

Запросы на слейве:

Загвоздка в запросе с знаком равенства - "="

"~" - Проверяет соответствие регулярному выражению с учётом регистра, отрабатывает на ура

TRIM - Удаляет пробелы, однако и по идее тут нет...

В чем загвоздка?

Запросы-планы на мастере:

base=# EXPLAIN select id, slug, length(slug) as lg from hash_chunk where slug='statja-6.1'; QUERY PLAN --------------------------------------------------------------------------------------------------------- Index Scan using hash_chunk_slug_3f1e4ccace7e45b2_uniq on hash_chunk (cost=0.00..8.27 rows=1 width=10) Index Cond: ((slug)::text = 'statja-6.1'::text) (2 rows) base=# EXPLAIN select id, slug, length(slug) as lg from hash_chunk where slug~'statja-6.1'; QUERY PLAN ------------------------------------------------------------- Seq Scan on hash_chunk (cost=0.00..197.31 rows=1 width=10) Filter: ((slug)::text ~ 'statja-6.1'::text) (2 rows)

Запросы-планы на слейве:

base=# EXPLAIN select id, slug, length(slug) as lg from hash_chunk where slug='statja-6.1'; QUERY PLAN --------------------------------------------------------------------------------------------------------- Index Scan using hash_chunk_slug_3f1e4ccace7e45b2_uniq on hash_chunk (cost=0.00..8.27 rows=1 width=10) Index Cond: ((slug)::text = 'statja-6.1'::text) (2 rows) base=# EXPLAIN select id, slug, length(slug) as lg from hash_chunk where slug~'statja-6.1'; QUERY PLAN ------------------------------------------------------------- Seq Scan on hash_chunk (cost=0.00..197.31 rows=1 width=10) Filter: ((slug)::text ~ 'statja-6.1'::text) (2 rows)

Вывод, что-то не в порядке с индексом

Смотрим название индекса:

base=# \d hash_chunk Table "public.hash_chunk" Column | Type | Modifiers ------------------+------------------------+--------------------------------------------------------- id | integer | not null default nextval('hash_chunk_id_seq'::regclass) slug | character varying(128) | Indexes: "hash_chunk_pkey" PRIMARY KEY, btree (id) "hash_chunk_slug_3f1e4ccace7e45b2_uniq" UNIQUE CONSTRAINT, btree (slug) ERRABLE INITIALLY DEFERRED

Пересоздание индекса

Варианты:
REINDEX INDEX hash_chunk_slug_3f1e4ccace7e45b2_uniq; /* Пересоздать индекс hash_chunk_slug_3f1e4ccace7e45b2_uniq */ REINDEX TABLE hash_chunk; /* Пересоздать все индексы в таблице hash_chunk */ REINDEX DATABASE base; /* Пересоздать все индексы в базе base */

base=# select id, slug, length(slug) as lg from hash_chunk where slug='statja-6.1'; id | slug | lg -----+------------+---- 973 | statja-6.1 | 10 (1 row)

Комментарии пользователей