![\"Exadata](\"https:\/\/explainit.pl\/wordpress\/wp-content\/uploads\/2020\/07\/exadata_architecture-1024x484.png\")
<\/p>\nJednym z najbardziej interesuj\u0105cych rozwi\u0105za\u0144 technicznych dost\u0119pnych na platformie Oracle Exadata jest Smart Scan. Na pocz\u0105tek ma\u0142e przypomnienie: architektura sprz\u0119towa platformy Oracle Exadata przewiduje podzia\u0142 na maszyny odpowiedzialne za fizyczne sk\u0142adowanie danych (Exadata Cell Server) i na maszyny, na kt\u00f3rych pracuje instancja serwera bazy danych (Database Machine). Te dwa rodzaje maszyn po\u0142\u0105czone s\u0105 szybk\u0105 sieci\u0105 lokaln\u0105 zrealizowan\u0105 w technologii Infiniband. Zarys tej architektury pokazuje poni\u017cszy rysunek.<\/p>\n
<\/p>\n
<\/p>\n
Poniewa\u017c, mimo wszystko, przepustowo\u015b\u0107 Infiniband jest ograniczona, a jednocze\u015bnie ka\u017cdy Exadata Cell Server posiada nawet 20-32 rdzenie procesor\u00f3w Intel Xeon, Oracle postanowi\u0142 „zrzuci\u0107” (offload) cz\u0119\u015b\u0107 zada\u0144 zwi\u0105zanych z przetwarzaniem zapyta\u0144 z poziomu Database Machine na poziom Exadata Cell Server. W\u0142a\u015bnie w tym kontek\u015bcie, jedn\u0105 z g\u0142\u00f3wnych czynno\u015bci realizowanych przez Exadata Cell Server jest Smart Scan, polegaj\u0105cy na wst\u0119pnym filtrowaniu danych ju\u017c w chwili ich odczytu z dysk\u00f3w. Mo\u017cna zaryzykowa\u0107 stwierdzenie, \u017ce Exadata Cell Server jest rodzajem inteligentnej macierzy dyskowej – inteligentnej, gdy\u017c rozumie podstawowe operatory selekcji j\u0119zyka SQL i potrafi je realizowa\u0107 na poziomie dysk\u00f3w.<\/p>\n
Smart Scan umo\u017cliwia „zrzucenie” na poziom Exadata Cell Server wykonania operator\u00f3w =, !=, <, >, <=, >=, IS NULL, IS NOT NULL, BETWEEN, NOT BETWEEN, IN, NOT IN, EXISTS, IS OF, NOT, AND, OR, a tak\u017ce „zrzucenie” wykonania wielu funkcji SQL (pe\u0142en wykaz: select * from v$sqlfn_metadata where offloadable=’YES’). Nie ka\u017cde zapytanie (tylko pe\u0142en odczyt tabeli \u015bcie\u017ck\u0105 bezpo\u015bredni\u0105, ograniczenia sk\u0142adniowe) i nie w ka\u017cdej sytuacji (np. przeci\u0105\u017cony Exadata Cell Server) skorzysta\u0107 mo\u017ce ze Smart Scan. Dzi\u015b zajmijmy si\u0119 jednak tym, w jaki spos\u00f3b programista lub administrator mog\u0105 zweryfikowa\u0107, czy w realizacji ich zapytania zosta\u0142 zastosowany mechanizm Smart Scan i w jakim zakresie.<\/p>\n
Po pierwsze – mo\u017cliwo\u015b\u0107 u\u017cycia Smart Scan widoczna jest w planie wykonania zapytania, w kt\u00f3rym w komentarzach pojawia si\u0119 operacja STORAGE:<\/p>\n
Predicate Information (identified by operation id):
---------------------------------------------------\n3 \u2013 storage(LOWER(\"FIRST_NAME\")='jan')<\/strong>
filter(LOWER(\"FIRST_NAME\")='jan')<\/pre>\nPo drugie – w\u015br\u00f3d statystyk sesji dost\u0119pna jest „cell physical IO interconnect bytes returned by smart scan”, informuj\u0105ca nas o tym, ile bajt\u00f3w przekazanych przez Exadata Cell Server stanowi\u0142o wynik operacji Smart Scan:<\/p>\n
select name,value from v$mystat natural join v$statname
where (name like 'phy%' or name like 'cell%') and value>0;
<\/strong>\nNAME VALUE
\n------------------------------------------------------------ ----------
\nphysical read total IO requests 34
physical read total multi block requests 8
physical read total bytes 9204688
cell physical IO interconnect bytes 9204688
physical reads 1000<\/strong>
physical reads direct 1000
physical read IO requests 14 <\/strong>
physical read bytes 8192000<\/strong>
cell scans 1 <\/strong>
cell blocks processed by cache layer 1000
cell blocks processed by txn layer 1000
cell blocks processed by data layer 1000
cell physical IO bytes eligible for predicate offload 8192000
cell physical IO interconnect bytes returned by smart scan 98960<\/strong>
\ncell IO uncompressed bytes 8192000<\/pre>\nPo trzecie – skorzysta\u0107 mo\u017cemy te\u017c ze statystyk wykonania polece\u0144 SQL, gromadzonych w V$SQL, a w\u015br\u00f3d nich „io_cell_offload_returned_bytes „:<\/p>\n
SELECT sql_text,
io_cell_offload_eligible_bytes\/1024\/1024 offload_elig_mb,
\nio_cell_uncompressed_bytes\/1024\/1024 io_uncomp_mb,
io_interconnect_bytes\/1024\/1024 io_intercon_mb,
io_cell_offload_returned_bytes\/1024\/1024 cell_return_mb,
(physical_read_bytes + physical_write_bytes)\/1024\/1024 io_disk_mb
FROM v$sql WHERE sql_text LIKE '%from sales%';
SQL_TEXT
OFFLOAD_ELIG_MB IO_UNCOMP_MB IO_INTERCON_MB CELL_RETURN_MB IO_DISK_MB
--------------- ------------ -------------- -------------- ----------
select count(*) from sales
5283.06 5283.06 520.34 417.65 5385.75<\/pre>\n\n\n<\/p>\n","protected":false},"excerpt":{"rendered":"