Memigrasikan pengguna Oracle ke Cloud SQL untuk MySQL: Terminologi dan fungsionalitas

Dokumen ini adalah bagian dari sebuah seri yang menyajikan informasi dan panduan penting terkait perencanaan dan pelaksanaan migrasi database Oracle® 11g/12c ke Cloud SQL untuk MySQL versi 5.7, instance generasi kedua. Seri ini mencakup bagian-bagian berikut:

• Memigrasikan pengguna Oracle ke Cloud SQL untuk MySQL: Terminologi dan fungsionalitas (dokumen ini)
• Memigrasikan pengguna Oracle ke Cloud SQL untuk MySQL: Jenis data, pengguna, dan tabel
• Memigrasikan pengguna Oracle ke Cloud SQL untuk MySQL: Kueri, serta prosedur, fungsi, dan pemicu tersimpan
• Memigrasikan pengguna Oracle ke Cloud SQL untuk MySQL: Keamanan, operasi, pemantauan, dan logging

Terminologi

Bagian ini menjelaskan persamaan dan perbedaan terminologi database antara Oracle dan Cloud SQL untuk MySQL. Bagian ini meninjau dan membandingkan aspek inti dari setiap platform database tersebut. Perbandingan ini membedakan antara Oracle versi 11g dan 12c karena adanya perbedaan arsitektur (misalnya, Oracle 12c memperkenalkan fitur multi-tenant). Versi Cloud SQL untuk MySQL yang dirujuk di sini adalah 5.7.x.

Perbedaan terminologi antara Oracle 11g dan Cloud SQL untuk MySQL

SYS
SYSTEM

USER_TableName
ALL_TableName
DBA_TableName

MYSQL
INFORMATION_SCHEMA
PERFORMANCE_SCHEMA
SYS

V$ViewName

INFORMATION_SCHEMA
PERFORMANCE_SCHEMA
SYS

mysqldump/mysqlimport

mysqlimport/
LOAD FILE INFILE

performance_schema

DBMS_SCHEDULER

EVENT_SCHEDULER

Perbedaan terminologi antara Oracle 12c dan Cloud SQL untuk MySQL

Fungsionalitas

Meskipun database Oracle 11g/12c dan Cloud SQL untuk MySQL berjalan di arsitektur (infrastruktur dan bahasa prosedural tambahan) yang berbeda, keduanya memiliki aspek dasar yang sama sebagai database relasional. Keduanya mendukung objek database, workload konkurensi multi-pengguna, dan transaksi (kompatibilitas ACID). Keduanya juga mengelola pertentangan penguncian yang mendukung isolasi multi-tingkat (sesuai kebutuhan aplikasi) dan melayani persyaratan aplikasi yang berkelanjutan sebagai penyimpanan data relasional baik untuk operasi Pemrosesan Transaksi Online (OLTP) maupun Pemrosesan Analitik Online (OLAP).

Bagian berikut meringkas beberapa perbedaan fungsional utama antara Oracle dan Cloud SQL untuk MySQL. Dalam beberapa kasus, jika dianggap perlu, perbandingan teknis yang mendetail akan disertakan.

Membuat dan melihat database yang ada

SQL> CREATE DATABASE ORADB
     USER SYS IDENTIFIED BY password
     USER SYSTEM IDENTIFIED BY password
     EXTENT MANAGEMENT LOCAL
     DEFAULT TEMPORARY TABLESPACE temp
     UNDO TABLESPACE undotbs1
     DEFAULT TABLESPACE users;

mysql> CREATE DATABASE MYSQLDB;

SQL> CREATE PLUGGABLE DATABASE PDB
     ADMIN USER usr IDENTIFIED BY passwd
     ROLES = (dba)
     DEFAULT TABLESPACE sales
     DATAFILE '/disk1/ora/dbs/db/db.dbf'
     SIZE 250M AUTOEXTEND ON
     FILE_NAME_CONVERT =
     ('/disk1/oracle/dbs/pdbseed/',
      '/disk1/oracle/dbs/salespdb/')
      STORAGE (MAXSIZE 2G)
      PATH_PREFIX =
      '/disk1/oracle/dbs/salespdb/';

mysql> CREATE DATABASE MYSQLDB;

SQL> SHOW is PDBS;

mysql> SHOW DATABASES;

SQL> ALTER SESSION SET CONTAINER=pdb;

mysql> use databaseName;

mysql> \u databaseName;

SQL> ALTER PLUGGABLE DATABASE pdb CLOSE;

Mengelola database melalui konsol Cloud SQL

• Di Konsol Google Cloud , buka Storage > SQL > Instance > Databases > View/Create.

  

Database dan skema sistem

Instance database Oracle memperoleh skema sistem tertentu—misalnya SYS/SYSTEM—dengan peran pemilik objek metadata database.

Sebaliknya, MySQL menampung beberapa database sistem (bukan skema seperti di Oracle), yang melayani lapisan metadata (perhatikan bahwa nama database peka huruf besar/kecil):

• Mysql

  Database sistem mysql berisi tabel yang menyimpan informasi yang diperlukan oleh server MySQL saat server tersebut dijalankan, seperti berikut:

  • Tabel hak istimewa sistem
  • Tabel informasi objek
  • Tabel sistem log
  • Tabel sistem replikasi
  • Tabel sistem pengoptimal
  • Tabel sistem zona waktu

• INFORMATION_SCHEMA

  INFORMATION_SCHEMA berfungsi sebagai kamus data dan katalog sistem database utama. Skema ini memberikan akses ke metadata database, yakni informasi database internal tentang server MySQL, seperti nama database atau tabel, jenis data kolom, dan hak istimewa akses.

• performance_schema

  Database sistem yang mengumpulkan informasi statistik tentang instance MySQL. Database sistem performance_schema berisi metrik untuk pemantauan eksekusi server di tingkat yang sangat terperinci. Skema ini menjalankan pemeriksaan eksekusi internal server saat runtime, dan dapat berfungsi sebagai sumber utama untuk menganalisis masalah performa database.

  performance_schema tidak diaktifkan secara default menggunakan Cloud SQL untuk MySQL. Untuk mengaktifkan skema ini, gunakan alat command line gcloud:

  gcloud sql instances patch INSTANCE_NAME --database-flags performance_schema=on
  

  Untuk menyelesaikan konfigurasi ini, Anda harus me-reboot instance. Anda tidak dapat mengubah parameter --database-flags menggunakan halaman flag database Cloud SQL untuk MySQL di Konsol Google Cloud .

• sys

  Skema sys tersedia mulai dari MySQL versi 5.5.7 dan sebagian besar berisi tabel virtual pada tabel sistem performance_schema. Skema ini menyediakan kumpulan tabel virtual yang lebih mudah dibaca, yang merangkum data performance_schema ke dalam bentuk yang lebih mudah dipahami. Skema sys juga menampung sejumlah prosedur dan fungsi tersimpan untuk menjalankan operasi seperti mengonfigurasi performance_schema dan menghasilkan laporan diagnostik.

  Skema sys hanya menampilkan informasi jika performance_schema diaktifkan.

Melihat metadata dan tabel virtual dinamis sistem

Bagian ini meringkas beberapa tabel metadata dan tabel virtual dinamis sistem paling umum yang digunakan di Oracle dan objek database terkaitnya di Cloud SQL untuk MySQL versi 5.7.

Oracle menyediakan ratusan tabel dan tabel virtual metadata sistem, sedangkan MySQL hanya menyediakan beberapa puluh. Untuk setiap kasus, bisa ada lebih dari satu objek database, yang melayani tujuan tertentu.

Oracle menyediakan beberapa tingkat objek metadata, yang masing-masing memerlukan hak istimewa berbeda:

• USER_TableName: Dapat dilihat oleh pengguna yang bersangkutan.
• ALL_TableName: Dapat dilihat oleh semua pengguna.
• DBA_TableName: Hanya dapat dilihat oleh pengguna yang memiliki hak istimewa DBA, seperti SYS dan SYSTEM.

Untuk tabel virtual performa dinamis, Oracle menggunakan awalan V$ dan GV$. Agar dapat melihat tabel atau tabel virtual metadata sistem, pengguna MySQL harus memiliki izin spesifik atas objek sistem. Untuk informasi selengkapnya tentang keamanan, lihat bagian Keamanan.

V$SESSION

SHOW PROCESSLIST
INFORMATION_SCHEMA.PROCESSLIST
performance_schema.threads

V$TRANSACTION

INFORMATION_SCHEMA.INNODB_TRX

DBA_OBJECTS

DBA_TABLES

INFORMATION_SCHEMA.TABLES
INFORMATION_SCHEMA.INNODB_SYS_TABLES

DBA_TAB_COLUMNS

INFORMATION_SCHEMA.COLUMNS
INFORMATION_SCHEMA.INNODB_SYS_COLUMNS

TABLE_PRIVILEGES
DBA_COL_PRIVS
ROLE_TAB_PRIVS

INFORMATION_SCHEMA.COLUMN_PRIVILEGES

DBA_TAB_PARTITIONS
DBA_TAB_SUBPARTITIONS

INFORMATION_SCHEMA.PARTITIONS
SHOW CREATE TABLE TableName
SHOW TABLE STATUS LIKE 'TableName'

DBA_VIEWS

INFORMATION_SCHEMA.VIEWS

DBA_CONSTRAINTS

INFORMATION_SCHEMA.REFERENTIAL_CONSTRAINTS
SHOW CREATE TABLE TableName

DBA_INDEXES
DBA_PART_INDEXES

INFORMATION_SCHEMA.STATISTICS
INFORMATION_SCHEMA.INNODB_SYS_INDEXES
INFORMATION_SCHEMA.KEY_COLUMN_USAGE

DBA_MVIEWS

DBA_PROCEDURES

INFORMATION_SCHEMA.ROUTINES

DBA_PROCEDURES

INFORMATION_SCHEMA.ROUTINES

DBA_TRIGGERS

INFORMATION_SCHEMA.TRIGGERS

DBA_USERS

mysql.user

DBA_SYS_PRIVS
DBA_ROLE_PRIVS
SESSION_PRIVS

INFORMATION_SCHEMA.USER_PRIVILEGES

DBA_JOBS
DBA_JOBS_RUNNING
DBA_SCHEDULER_JOBS
DBA_SCHEDULER_JOB_LOG

INFORMATION_SCHEMA.EVENTS

DBA_TABLESPACES

INFORMATION_SCHEMA.INNODB_SYS_TABLESPACES

DBA_DATA_FILES

INFORMATION_SCHEMA.FILES
INFORMATION_SCHEMA.INNODB_SYS_DATAFILES

DBA_SYNONYMS

DBA_SEQUENCES

DBA_DB_LINKS

DBA_TAB_STATISTICS
DBA_TAB_COL_STATISTICS
DBA_SQLTUNE_STATISTICS
DBA_CPU_USAGE_STATISTICS

INFORMATION_SCHEMA.STATISTICS
INFORMATION_SCHEMA.KEY_COLUMN_USAGE
SHOW INDEXES FROM TableName

DBA_LOCK
DBA_DDL_LOCKS
DBA_DML_LOCKS
V$SESSION_BLOCKERS
V$LOCKED_OBJECT

INFORMATION_SCHEMA.INNODB_LOCKS
INFORMATION_SCHEMA.INNODB_LOCK_WAITS
INFORMATION_SCHEMA.INNODB_TRX
performance_schema.metadata_locks
performance_schema.rwlock_instances
SHOW PROCESSLIST

V$PARAMETER
V$NLS_PARAMETERS
SHOW PARAMETER Param

performance_schema.global_variables
performance_schema.session_variables
INFORMATION_SCHEMA.CHARACTER_SETS
SHOW VARIABLES LIKE '%variable%';

DBA_SEGMENTS

DBA_ROLES
DBA_ROLE_PRIVS
USER_ROLE_PRIVS

Roles not supported use instead:
information_schema.COLUMN_PRIVILEGES
information_schema.SCHEMA_PRIVILEGES
information_schema.TABLE_PRIVILEGES
information_schema.USER_PRIVILEGES
mysql.columns_priv
mysql.procs_priv
mysql.proxies_priv
mysql.tables_priv

V$ACTIVE_SESSION_HISTORY
DBA_HIST_*

sys.statement_analysis
performance_schema.events_stages_history
performance_schema.events_stages_history_long
performance_schema.events_statements_history
performance_schema.events_statements_history_long
performance_schema.events_transactions_history
performance_schema.events_transactions_history_long
performance_schema.events_waits_history
performance_schema.events_waits_history_long

V$VERSION

sys.version
SHOW VARIABLES LIKE '%version%';

V$WAITCLASSMETRIC
V$WAITCLASSMETRIC_HISTORY
V$WAITSTAT
V$WAIT_CHAINS

performance_schema.events_waits_current
performance_schema.events_waits_history
performance_schema.events_waits_history_long
sys.innodb_lock_waits
sys.io_global_by_wait_by_bytes
sys.io_global_by_wait_by_latency
sys.schema_table_lock_waits
sys.wait_classes_global_by_avg_latency
sys.wait_classes_global_by_latency
sys.waits_by_host_by_latency
sys.waits_by_user_by_latency
sys.waits_global_by_latency

V$SQL
V$SQLAREA
V$SESS_IO
V$SYSSTAT
V$STATNAME
V$OSSTAT
V$ACTIVE_SESSION_HISTORY
V$SESSION_WAIT
V$SESSION_WAIT_CLASS
V$SYSTEM_WAIT_CLASS
V$LATCH
V$SYS_OPTIMIZER_ENV
V$SQL_PLAN
V$SQL_PLAN_STATISTICS

performance_schema.events_statements_current
performance_schema.events_statements_history
performance_schema.events_statements_history_long
sys.statement_analysis
sys.host_summary_by_statement_latency
sys.host_summary_by_statement_type
sys.statements_with_errors_or_warnings
sys.statements_with_full_table_scans
sys.statements_with_runtimes_in_95th_percentile
sys.statements_with_sorting
sys.statements_with_temp_tables
sys.user_summary_by_statement_latency
sys.user_summary_by_statement_type
slow-query-log
general-log
SHOW STATUS LIKE '%StatusName%';

V$SGA
V$SGASTAT
V$SGAINFO
V$SGA_CURRENT_RESIZE_OPS
V$SGA_RESIZE_OPS
V$SGA_DYNAMIC_COMPONENTS
V$SGA_DYNAMIC_FREE_MEMORY
V$PGASTAT

information_schema.INNODB_CMPMEM_RESET
information_schema.INNODB_CMPMEM
performance_schema.memory_summary_by_account_by_event_name
performance_schema.memory_summary_by_host_by_event_name
performance_schema.memory_summary_by_thread_by_event_name
performance_schema.memory_summary_by_user_by_event_name
performance_schema.memory_summary_global_by_event_name
performance_schema.replication_group_member_stats
performance_schema.replication_group_members
sys.memory_by_host_by_current_bytes
sys.memory_by_thread_by_current_bytes
sys.memory_by_user_by_current_bytes
sys.memory_global_by_current_bytes
sys.memory_global_total

Mesin penyimpanan MySQL

Tidak seperti banyak RDBMS lain (termasuk RDBMS Oracle), MySQL dapat berfungsi secara polimorf karena sistem penyimpanannya yang pluggable. Arsitektur mesin penyimpanan pluggable MySQL memungkinkan administrator database memilih mesin penyimpanan khusus untuk kebutuhan aplikasi tertentu.

Komponen mesin penyimpanan pluggable MySQL di server database MySQL bertugas menjalankan operasi I/O data, termasuk menyimpan data ke dalam disk atau buffer memori. Arsitektur mesin penyimpanan pluggable menyediakan serangkaian layanan dukungan dan pengelolaan standar yang umum di antara semua mesin penyimpanan dasar.

Mesin penyimpanan default yang digunakan mulai dari MySQL versi 5.5 adalah InnoDB, yang juga menangani tabel sementara. Anda dapat mengonfigurasi mesin penyimpanan saat membuat tabel CREATE atau ALTER, seperti dalam contoh berikut:

mysql> SHOW CREATE TABLE JOBS \G;

Outputnya adalah sebagai berikut:

*************************** 1. row ***************************
       Table: JOBS
Create Table: CREATE TABLE `JOBS` (
  `JOB_ID` varchar(10) NOT NULL,
  `JOB_TITLE` varchar(35) NOT NULL,
  `MIN_SALARY` decimal(6,0) DEFAULT NULL,
  `MAX_SALARY` decimal(6,0) DEFAULT NULL,
  PRIMARY KEY (`JOB_ID`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8

Untuk mengetahui informasi lebih lanjut, lihat berbagai mesin penyimpanan MySQL.
Anda dapat melihat konfigurasi mesin penyimpanan menggunakan kueri berikut:

mysql> SHOW VARIABLES LIKE '%storage%';

Outputnya mirip dengan berikut:

+----------------------------------+--------+
| Variable_name                    | Value  |
+----------------------------------+--------+
| default_storage_engine           | InnoDB |
| default_tmp_storage_engine       | InnoDB |
| disabled_storage_engines         |        |
| enforce_storage_engine           | Innodb |
| internal_tmp_disk_storage_engine | InnoDB |
+----------------------------------+--------+

Anda dapat melihat semua mesin penyimpanan bawaan:

mysql> SHOW STORAGE ENGINES;

Outputnya mirip dengan berikut:

+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| Engine             | Support | Comment                                                        | Transactions | XA   | Savepoints |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+
| CSV                | YES     | CSV storage engine                                             | NO           | NO   | NO         |
| PERFORMANCE_SCHEMA | YES     | Performance Schema                                             | NO           | NO   | NO         |
| MRG_MYISAM         | YES     | Collection of identical MyISAM tables                          | NO           | NO   | NO         |
| BLACKHOLE          | YES     | /dev/null storage engine (anything you write to it disappears) | NO           | NO   | NO         |
| MyISAM             | YES     | MyISAM storage engine                                          | NO           | NO   | NO         |
| FEDERATED          | NO      | Federated MySQL storage engine                                 | NULL         | NULL | NULL       |
| MEMORY             | YES     | Hash based, stored in memory, useful for temporary tables      | NO           | NO   | NO         |
| InnoDB             | DEFAULT | Supports transactions, row-level locking, and foreign keys     | YES          | YES  | YES        |
+--------------------+---------+----------------------------------------------------------------+--------------+------+------------+

Perlu diperhatikan bahwa InnoDB adalah mesin penyimpanan default, dan satu-satunya mesin penyimpanan yang mendukung transaksi (sesuai dengan ACID). Karena InnoDB adalah satu-satunya mesin penyimpanan yang mendekati fungsionalitas Oracle, sebaiknya Anda menggunakan InnoDB setiap saat. Cloud SQL untuk MySQL Generasi Kedua hanya mendukung mesin penyimpanan InnoDB.

Parameter sistem

Baik database Oracle maupun Cloud SQL untuk MySQL dapat dikonfigurasi secara spesifik untuk mencapai fungsionalitas tertentu di luar konfigurasi defaultnya. Untuk mengubah parameter konfigurasi di Oracle, diperlukan izin administrasi tertentu (terutama izin pengguna SYS/SYSTEM).

Berikut adalah contoh pengubahan konfigurasi Oracle menggunakan pernyataan ALTER SYSTEM. Dalam contoh ini, pengguna hanya mengubah parameter "Maximum attempts for failed logins" di tingkat konfigurasi spfile (dengan perubahan yang hanya valid setelah reboot):

SQL> ALTER SYSTEM SET SEC_MAX_FAILED_LOGIN_ATTEMPTS=2 SCOPE=spfile;

Pada contoh berikutnya, pengguna meminta untuk melihat parameter value Oracle saja:

SQL> SHOW PARAMETER SEC_MAX_FAILED_LOGIN_ATTEMPTS;

Outputnya mirip dengan berikut:

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
sec_max_failed_login_attempts        integer     2

Modifikasi parameter Oracle bekerja dalam tiga cakupan:

• SPFILE: Modifikasi parameter ditulis ke spfile Oracle; reboot instance diperlukan untuk menerapkan parameter.
• MEMORY: Modifikasi parameter diterapkan di lapisan memori saja; perubahan parameter statis tidak diizinkan.
• BOTH: Modifikasi parameter diterapkan di file parameter server dan juga memori instance; perubahan parameter statis tidak diizinkan.

Flag konfigurasi Cloud SQL untuk MySQL

Anda dapat mengubah parameter sistem Cloud SQL untuk MySQL menggunakan flag konfigurasi di Konsol Google Cloud , gcloud CLI, atau CURL. Lihat daftar lengkap semua parameter yang didukung Cloud SQL untuk MySQL yang dapat Anda ubah.

Parameter MySQL dapat dibagi menjadi beberapa cakupan:

• Parameter dinamis: Dapat diubah saat runtime.
• Parameter statis: Memerlukan reboot instance agar dapat diterapkan.
• Parameter global: Akan memiliki efek global terhadap semua sesi saat ini dan yang akan datang.
• Parameter sesi: Dapat diubah di tingkat sesi untuk masa aktif sesi saat ini saja, dan diisolasi dari sesi lain.

Parameter memori Cloud SQL untuk MySQL innodb_buffer_pool_size (salah satu parameter penting yang perlu dipertimbangkan saat merencanakan dan menyesuaikan ukuran lingkungan MySQL) ditentukan oleh jenis instance dan tidak dapat diubah menggunakan flag konfigurasi atau metode lain apa pun—misalnya:

• Jenis instance db-n1-standard-1 memiliki alokasi memori 1,4 GB.
• Jenis instance db-n1-highmem-8 memiliki alokasi memori 38 GB.

Contoh pengubahan parameter Cloud SQL untuk MySQL

Tingkat transaksi dan isolasi

Bagian ini menjelaskan perbedaan utama antara Oracle dan Cloud SQL untuk MySQL dalam hal migrasi tingkat transaksi dan tingkat isolasi.

Mode commit

Secara default, Oracle bekerja dalam mode non-autocommit, yang berarti setiap transaksi DML harus ditentukan dengan pernyataan COMMIT/ROLLBACK. Salah satu perbedaan mendasar antara Oracle dan MySQL adalah bahwa MySQL secara default bekerja dalam mode autocommit, dan setiap transaksi DML di-autocommit dengan menentukan pernyataan COMMIT/ROLLBACK secara eksplisit.

Untuk memaksa MySQL bekerja dalam mode non-autocommit, ada beberapa opsi:

• Saat mengelola transaksi dalam cakupan prosedur tersimpan, gunakan klausa START TRANSACTION untuk memasuki mode transaksi yang sama seperti halnya di Oracle.

• Gunakan pernyataan berikut untuk menetapkan parameter sistem autocommit ke OFF di tingkat sesi dan menggunakan pernyataan COMMIT/ROLLBACK secara eksplisit dalam transaksi DML:

  mysql> SET autocommit=off;
  

Tingkat isolasi

Standar ANSI/ISO SQL (SQL92) menetapkan empat tingkat isolasi. Setiap tingkat memiliki pendekatan berbeda dalam menangani eksekusi serentak transaksi database:

• Read Uncommitted: Transaksi yang sedang diproses dapat melihat data belum di-commit yang dibuat oleh transaksi lain. Jika rollback dilakukan, semua data akan dipulihkan ke status sebelumnya.
• Read Committed: Transaksi hanya melihat perubahan data yang telah di-commit; perubahan yang belum di-commit ("pembacaan kotor") tidak dimungkinkan.
• Repeatable Read: Transaksi dapat melihat perubahan yang dilakukan oleh transaksi lain hanya setelah kedua transaksi memberikan perintah COMMIT atau keduanya di-roll back.
• Serializable: Tingkat isolasi yang paling ketat/terkuat. Tingkat ini mengunci semua kumpulan data yang diakses, dan mengunci resource sehingga kumpulan data tidak dapat ditambahkan ke tabel.

Tingkat transaction isolation mengelola visibilitas data yang telah diubah sebagaimana yang terlihat oleh transaksi lain yang sedang berjalan. Selain itu, jika data yang sama diakses oleh beberapa transaksi serentak, tingkat transaction isolation yang dipilih akan memengaruhi cara transaksi yang berbeda berinteraksi.

Oracle mendukung tingkat isolasi berikut:

• Read Committed (default)
• Serializable
• Read-Only (bukan bagian dari standar ANSI/ISO SQL (SQL92)

MVCC (Kontrol Konkurensi Multiversi) Oracle:

• Oracle menggunakan mekanisme MVCC untuk memberikan konsistensi baca otomatis di seluruh database dan semua sesi.
• Oracle mengandalkan System Change Number (SCN) transaksi saat ini untuk mendapatkan tampilan database yang konsisten. Oleh karena itu, semua kueri database hanya menampilkan data yang telah di-commit dalam kaitannya dengan SCN pada saat eksekusi kueri.
• Tingkat isolasi dapat diubah di tingkat transaksi dan sesi.

Berikut adalah contoh penetapan tingkat isolasi:

-- Transaction Level
SQL> SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
SQL> SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
SQL> SET TRANSACTION READ ONLY;

-- Session Level
SQL> ALTER SESSION SET ISOLATION_LEVEL = SERIALIZABLE;
SQL> ALTER SESSION SET ISOLATION_LEVEL = READ COMMITTED;

Seperti Oracle, Cloud SQL untuk MySQL mendukung empat tingkat transaction isolation berikut yang ditentukan dalam standar ANSI SQL:92:

• READ UNCOMMITTED
• READ COMMITTED
• REPEATABLE READ (default)
• SERIALIZABLE

Tingkat isolasi default Cloud SQL untuk MySQL adalah REPEATABLE READ. Data baru akan tersedia untuk kedua transaksi hanya setelah keduanya memberikan perintah COMMIT. Tingkat isolasi ini dapat diubah di level SESSION dan GLOBAL (modifikasi level global saat ini dalam tahap beta menggunakan flag konfigurasi).

Untuk memverifikasi tingkat isolasi saat ini di level SESSION dan juga GLOBAL, gunakan pernyataan berikut:

mysql> SELECT @@GLOBAL.tx_isolation, @@tx_isolation;

Outputnya adalah sebagai berikut:

+-----------------------+-----------------+
| @@GLOBAL.tx_isolation | @@tx_isolation  |
+-----------------------+-----------------+
| REPEATABLE-READ       | REPEATABLE-READ |
+-----------------------+-----------------+

Anda dapat mengubah sintaksis tingkat isolasi sebagai berikut:

SET [SESSION] TRANSACTION ISOLATION LEVEL [READ WRITE | READ ONLY]
| REPEATABLE READ | READ COMMITTED | READ UNCOMMITTED | SERIALIZABLE]

Anda juga dapat mengubah tingkat isolasi di level SESSION:

mysql> SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;

       -- Verify

mysql> SELECT @@GLOBAL.tx_isolation, @@tx_isolation;

Outputnya adalah sebagai berikut:

+-----------------------+------------------+
| @@GLOBAL.tx_isolation | @@tx_isolation   |
+-----------------------+------------------+
| REPEATABLE-READ       | READ-UNCOMMITTED |
+-----------------------+------------------+

Struktur transaksi Cloud SQL untuk MySQL

Sintaksis transaksi:

START TRANSACTION
    [transaction_characteristic [, transaction_characteristic] ...]


transaction_characteristic: {
    WITH CONSISTENT SNAPSHOT
  | READ WRITE
  | READ ONLY
}


BEGIN [WORK]
COMMIT [WORK] [AND [NO] CHAIN] [[NO] RELEASE]
ROLLBACK [WORK] [AND [NO] CHAIN] [[NO] RELEASE]
SET autocommit = {0 | 1}

Transaksi dapat diimplementasikan dengan START TRANSACTION atau BEGIN.

Opsi WITH CONSISTENT SNAPSHOT memulai transaksi READ yang konsisten, yang pada dasarnya sama dengan memberikan perintah START TRANSACTION, diikuti dengan SELECT dari tabel mana pun. Klausa WITH CONSISTENT SNAPSHOT yang memulai transaksi READ yang konsisten (operasi READ yang menggunakan informasi snapshot untuk menyajikan hasil kueri berdasarkan titik waktu tertentu) tidak mengubah tingkat transaction isolation dan hanya didukung oleh tingkat isolasi REPEATABLE READ.

Transaksi READ yang konsisten menggunakan informasi snapshot untuk menyediakan hasil kueri berdasarkan titik waktu tertentu, terlepas dari perubahan yang dilakukan oleh transaksi serentak. Jika data yang dikueri telah diubah oleh transaksi lain, data aslinya akan direkonstruksi menggunakan log undo. Tindakan ini akan membantu menghindari masalah penguncian yang dapat mengurangi konkurensi.

Di tingkat isolasi REPEATABLE READ, snapshot didasarkan pada waktu dilakukannya operasi READ pertama. Di tingkat isolasi READ COMMITTED, snapshot direset ke waktu dilakukannya setiap operasi READ yang konsisten.

Berikut adalah contoh penetapan tingkat transaksi dan isolasi:

mysql> SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;
mysql> START TRANSACTION;
mysql> INSERT INTO tbl1 VALUES (1, 'A');
mysql> UPDATE tbl2 SET col1 = 'Done' WHERE KeyColumn = 1;
mysql> COMMIT;