Saya menemukan masalah beberapa hari yang lalu dengan tabel yang tidak muncul di Ekspor Data MySQL. Menggunakan wisaya Ekspor Data MySQL Workbench, Objek Skema atau tabel tidak dikenali atau ditampilkan meskipun tabelnya benar-benar ada. Ambil tangkapan layar ini dari wisaya Ekspor Data di bawah ini. Di sisi kiri ada tabel yang tercantum di bawah skema MediaGuide. Namun, saat MediaGuide dipilih, tabel atau Objek Skema tidak muncul
Saya membuat database ini menggunakan MacOS, saya tidak yakin apakah Anda mengalami masalah yang sama saat menjalankan ekspor data di mesin Windows karena aturannya berbeda di antara sistem operasi
Dalam keadaan tertentu, memotong dan menempelkan sejumlah besar data dari aplikasi eksternal (seperti Excel) dapat menyebabkan MySQL Workbench melontarkan pengecualian. (Bug #16545227, Bug #67936)
Setelah mengubah nama kolom, mengklik lokasi yang berbeda dapat menyebabkan perubahan nama kolom hilang. (Bug #16536486, Bug #68216)
Saat menyalin kolom model, nama kolom baru default ke [name]_copy[n] di mana "nama" adalah nama kolom yang disalin, dan "n" adalah bilangan bulat yang bertambah. (Bug #16072331, Bug #67822)
Fitur Wrap-Lines tidak ada di editor fungsi/prosedur, tetapi tersedia di editor SQL standar. Sekarang tersedia untuk semua editor SQL. (Bug #14823122, Bug #66942)
Editor SQL tidak mengenali perubahan ketika hanya case yang diubah. (Bug #14686272, Bug #66993)
Setelah mengklik Dismiss saat dokumen yatim piatu dimuat saat start up, dialog yang sama ditampilkan setelah membuka kembali MySQL Workbench. Sambungan yang dipulihkan kini diberi label "(Dipulihkan)" dan akan hilang setelah Anda membuka kembali sambungan. (Bug #14538902, Bug #66256)
Peramban Objek dan Daftar Tabel Referensi Kunci Asing kadang-kadang mencantumkan tabel dalam urutan yang berbeda, tetapi mereka sekarang menggunakan mekanisme penyortiran yang sama. (Bug #14521193, Bug #66279)
Saat mengonversi BOOL ke TINYINT(1) saat menyinkronkan model dengan skema, perbedaan sinkronisasi akan terus mengklaim keduanya berbeda. (Bug #14520990, Bug #66364)
Pada OS X, mengubah ukuran gambar navigator ke ukuran nol (dengan menyeret katalog, lapisan, dan bagian tipe pengguna ke atas) lalu kembali ke bawah untuk mengubah ukuran, akan menyebabkan gambar berpindah ke posisi yang salah. (Bug #13940003, Bug #64864)
Logika kutipan telah diperbarui untuk juga mempertimbangkan bahwa pengidentifikasi hanya digit yang harus dikutip. (Bug #13939997, Bug #64869)
Sinkronisasi terkadang gagal dan menyebabkan crash MySQL Workbench dengan model yang menyertakan pemicu. (Bug #12762352, Bug #61860)
Setelah mengeksekusi Forward Engineer CREATE, semua pernyataan "CREATE SCHEMA IF NOT EXISTS" yang dihasilkan ditempatkan di awal file DDL yang dihasilkan, bukan tepat sebelum DDL untuk setiap skema. (Bug #11766560, Bug #59697)
Beralih ke tab Kolom saat membuat tabel baru akan menyebabkan MySQL Workbench meningkatkan penggunaan CPU-nya. (Bug #11766368, Bug #59467)
Kolom INT(10) yang tidak ditandatangani akan dikonversi menjadi INT(10) yang ditandatangani untuk model DBDesigner4 yang diimpor. (Bug #11763391, Bug #56089)
Pernyataan USE_ sekarang ditambahkan sebelum membuat prosedur, karena jika tidak, prosedur mungkin akan ditempatkan dalam skema yang salah. (Bug #11758847, Bug #51102)
Di Linux dan Microsoft Windows, tab properti kosong telah dihapus dari antarmuka tampilan Model. (Bug #11757396, Bug #49436)
Eksekusi Forward Engineer SQL Script akan menggunakan nilai preset dari eksekusi Forward Engineer an Alter Script sebelumnya. (Bug #11756316, Bug #48221)
Ketika kita mendengar tentang MySQL, kita langsung berpikir tentang database relasional "RDBMS" yang kuat, yang sekarang menjadi milik raksasa Oracle®. Kami, sebagai pemrogram aplikasi, lebih suka menggunakan baris perintah untuk tujuan kami, tetapi "MySQL Workbench" adalah jawaban yang tepat untuk menikmati antarmuka visual dalam desain dan administrasi database kami
Dalam angsuran ini kami akan mengevaluasi “MySQL Workbench versi 6. 3. 6 Komunitas" yang merupakan dasar untuk "Edisi Standar" dan perbedaan utama mereka adalah dokumentasi yang diperluas, modul / add-on tambahan dan dukungan pengguna langsung, semuanya dilisensikan secara komersial
Meskipun benar bahwa kita berbicara tentang pemrograman dengan basis data sebagai pembuka, kami juga mengatakan bahwa "MySQL Workbench" memiliki bagian yang sangat berguna dalam administrasi server data dan kami menyajikannya sebagai kerangka acuan untuk tujuan kami memantau
Prasyarat
Untuk menggunakan "MySQL Workbench" kita harus menginstal server MySQL, dan dalam hal ini kita menggunakan kedua aplikasi pada GNU/Linux Ubuntu 16 LTS yang sama, mesin 64 bit, oleh karena itu grafik yang ditunjukkan mungkin berbeda dari yang Anda lihat
Contoh data yang disebutkan di sini adalah fiktif dan hanya untuk tujuan didaktik, kemiripan apa pun dengan kenyataan akan menjadi kebetulan mutlak. Merek dagang tertentu disertai dengan simbol seperti ® atau © dan dimiliki oleh pemiliknya masing-masing
Persyaratan perangkat lunak
"MySQL Workbench" (MSQLW) dirancang untuk digunakan
- GNU / Linux (Ubuntu dari versi 9 dan Fedora dari versi 11 secara resmi disertifikasi)
- Solaris
- FreeBSD
- MacOS 10. 6. 1 atau lebih tinggi
- Windows 7 atau lebih tinggi
Untuk Windows Anda membutuhkan “Microsoft. BERSIH 3. 5” dan kemudian Anda perlu mengunduh penginstal dengan “Microsoft Installer. msi”.
GNU/Linux membutuhkan setidaknya Kairo 1. 6. 0, glib-2. 10, libxml-2. 6, libsigc++ 2. 0, pcre dan libzip. Untuk lingkungan ini, dalam distribusi Debian (dan "rasanya") hanya perlu memilih hak administrator dengan perintah "apt-get install mysql-workbench" untuk secara otomatis mengunduh semua paket yang diperlukan dan bahkan mengundang kami untuk menghapus dari
Persyaratan Perangkat Keras
Untuk bisa menggunakan MSQLW setidaknya kita harus punya
- Prosesor inti ganda 2 Ghz (disarankan 4 inti)
- 4 gigabytes RAM (disarankan 6 gigabytes)
- Layar dengan resolusi minimum 1024×768 piksel (disarankan 1280×1024)
Konfigurasi ini normal di komputer modern (persyaratan untuk "MySQL Server" berbeda)
Menjalankan MSQLW
Setelah kami menginstalnya di komputer kami, kami melanjutkan untuk menjalankannya dan kami akan melihat layar selamat datang yang mirip dengan ini
Di sisi kanan kita akan melihat pintasan ke opsi yang akan membantu kita menggunakan alat ini (ini disebut "Meja Kerja Pusat")
- "MySQL Utilities" yang berjalan di bawah jendela terminal (baris perintah)
- "MySQL Bug Reporter" sumber terbuka memungkinkan debugging konstan oleh seluruh komunitas yang ingin berkolaborasi dengannya
- Tautan web ke forum online, ini berubah dari waktu ke waktu tergantung tren dan jumlah pengguna yang mendukungnya
- "Migrasi Database" jika kita perlu membawa data ke database MySQL lain atau bahkan jenis database lain, kita memiliki asisten yang luar biasa ini. Kami menunjukkan cara memulai impor dari database PostgreSQL pada gambar berikut
Kami akan mampir ke "MySQL Utilities". dengan memilih opsi ini, jendela terminal perintah akan terbuka (dicintai oleh beberapa orang, terpinggirkan oleh orang lain) di mana sebenarnya menampilkan daftar yang bukan milik MSQLW itu sendiri, itu adalah perintah yang dapat dijalankan di jendela terminal terpisah. Sebagai contoh, kita dapat melihat mysqldiskusage, sebuah perintah yang memungkinkan kita untuk mengetahui berapa banyak ruang database berbeda yang dihosting oleh Server MySQL kita (perhatikan. selalu jalankan, untuk alasan keamanan, perintah tersebut melalui koneksi SSH)
Yang perlu kami tunjukkan adalah bahwa MSQLW bekerja dengan elemennya sendiri dan beberapa lainnya ditambahkan, menawarkan fleksibilitas yang besar untuk pekerjaan pemantauan kami, mari kita lihat
Menggunakan MSQLW
MSQLW memiliki tiga area utama yang terdefinisi dengan baik (ini disebut "Ruang Kerja")
- Pengembangan Bahasa Permintaan Terstruktur (SQLD)
- Pemodelan data dengan cara visual, yang juga mencakup rekayasa dalam satu arah atau lainnya antara skema (interaksi terpandu) dan database serta pembuatan, modifikasi, dan visualisasi objek (tabel, kolom, pemicu, kueri yang ditentukan, dll. )
- Administrasi server yang akan kami tekankan nanti
Kami perlu mengatakan bahwa banyak pilihan tidak hanya terbatas pada area ini. untuk beberapa nama, MSQLW memungkinkan Anda untuk mengekspor dan mengimpor data dengan cara yang praktis dan opsi untuk mengakses fitur-fitur canggih
Angka ini sudah menunjukkan kapan kita terhubung ke database dan kita siap untuk mengambil (atau mencadangkan) sumber daya yang tersimpan, tetapi bagaimana kita terhubung dengannya?
Menghubungkan ke database kami
Meskipun kami memiliki pemodelan data, yang dapat kami temukan "off-line", pada akhirnya informasi ini harus disimpan dalam database, (hal yang sangat berbeda adalah memantau server karena untuk melakukan ini kami harus terhubung dengan cara wajib). Secara otomatis, di sebelah kiri layar selamat datang, MSQLW mendeteksi server MySQL lokal kami yang dapat kami klik, masukkan kata sandi dan hubungkan, namun kami menunjukkan antarmuka koneksi dengan menekan CTRL + U (menu drop down "Database" → "Connect to database
Memang benar bahwa jika kita memiliki beberapa database untuk dikelola, kita akan menghemat waktu jika kita membuat profil koneksi dan merekamnya dengan MSQLW, tab ini dapat berisi instruksi tambahan seperti menghubungkan melalui SSH (tab "Manajemen Jarak Jauh") atau meningkatkan hak istimewa untuk memulai atau untuk
Terhubung sepenuhnya
Setelah memasukkan kredensial kami, kami akan online dan tidak mengherankan bahwa hal pertama yang ditawarkan MSQLW kepada kami adalah melakukan perintah SQL (kami harus ingat bahwa ini adalah salah satu fungsi utama perangkat lunak ini dan yang diasosiasikan dengan kebanyakan orang)
Dua perintah cepat akan memungkinkan kita memilih database dan menampilkan tabel yang ada di dalamnya, dengan cara ini MSQLW memenuhi fungsi yang sama dengan phpMyAdmin, Hanya saja lingkungan kita bukanlah browser web, tetapi aplikasi sistem operasi kita
Dimungkinkan untuk melakukan pemodelan data dan kemudian menerjemahkannya ke dalam database. Tetapi jika kita datang ke suatu perusahaan dan semuanya dinaikkan sebelumnya, kita bisa mendapatkan gambaran umum. Untuk memperbaiki struktur data dari proses reverse engineering, kita hanya membutuhkan grafik untuk mengetahuinya, sehingga akan lebih mudah untuk memantaunya. Kita, sebagai manusia, seringkali membutuhkan peta mental untuk melakukan pekerjaan kita
Memantau "MySQL Server" kami
Mengesampingkan pekerjaan desain, konsultasi, dan modifikasi untuk pengembang, Tidak butuh waktu lama bagi kami untuk mencapai tujuan pemantauan. tepat dibawah pilihan “MANAGEMENT” pilihan pertama yang kami sajikan adalah status “MySQL Server” pada bagian “Server Status”
Sepintas kami memiliki informasi nama server, kami tahu jika sedang berjalan, kami mengetahui port yang mendengarkan, direktori konfigurasi, versi yang digunakan dan dikompilasi, serta apakah itu server utama atau replika. Juga, secara singkat, beban kerja dan lalu lintas jaringan, di antara nilai relevan lainnya
Bagian lain yang bisa kita akses adalah “Instance” → “Startup / Shutdown” dimana kita bisa memulai atau menghentikan pekerjaan (disini harus hati-hati jika terhubung ke server di produksi). Berhati-hatilah jika ada pengguna yang terhubung
Begitu kita sampai di sini, biasanya kita bisa mendapatkan lebih banyak detail jika kita menggunakan bagian "Kinerja" dan kemudian "Dasbor" tempat dasbor kita berada
Saat mengklik di sana kita akan melihat beberapa grafik yang sangat penting seperti
– Lalu lintas jaringan
Ini menunjukkan jumlah byte per detik yang dikirim dan diterima dan jumlah klien yang terhubung. Ini memungkinkan Anda mengetahui aliran dengan cepat, dan juga memungkinkan kami untuk melihat apakah kami mencapai titik maksimum yang diizinkan oleh perangkat keras. Jika kami melihat beberapa di antaranya berada di atas 85% untuk waktu yang lama, ini berarti kami harus memikirkan untuk bermigrasi ke server dalam replika atau cluster cloud di Internet untuk menangani beban kerja baru
– Status server MySQL
Kami telah menempatkan yang ini di posisi kedua tetapi itu tidak berarti itu kurang penting daripada Lalu Lintas Jaringan. Di sini Anda dapat menemukan efisiensi cache data (informasi yang paling banyak diminta, yang lebih baik disimpan di RAM, untuk mengurangi keausan hard disk) serta jumlah SQL yang dieksekusi per detik dan bahkan membedakan tindakan spesifiknya yang berbeda. kueri (hal biasa kami) serta memasukkan, memodifikasi, dan menghapus data - dan bahkan lebih sering - pembuatan, modifikasi, dan penghapusan tabel yang seharusnya tidak terjadi (dengan sangat sedikit pengecualian) yang ada di dalam bidang keamanan komputer (hanya akun
– Keadaan InnoDB
InnoDB adalah mekanisme penyimpanan sumber terbuka yang dikembangkan oleh perusahaan Finlandia Innobase (sekarang juga diakuisisi oleh Oracle) yang sangat populer karena kelebihannya yang unggul. Jika data kita disimpan seperti ini, MSQLW akan menampilkan permintaan baca dan tulis ke hard disk (dan permintaan ini diterima oleh cache data yang telah kita bahas di bagian sebelumnya)
InnoDB menonjol karena kemampuan ACID-nya, yang memiliki batas 200 transaksi per detik dan untuk mengunggulinya kita memerlukan perangkat keras yang sangat khusus dan / atau distribusi beban kerja antara beberapa server, oleh karena itu pemantauan ini sangat
– Laporan kinerja
Meskipun tidak secara grafis, laporan kinerja sama bergunanya dengan yang lain, ini adalah serangkaian skrip SQL yang disimpan oleh pemrogram MSQLW dan dieksekusi baik secara otomatis atau sesuai permintaan, seperti yang dapat kita saksikan pada gambar berikut
Gambar terakhir ini menunjukkan tabel sementara, waktu servisnya, dan berapa kali tabel tersebut dieksekusi (ditempatkan di kolom di sisi kanan saat menggerakkan bilah gulir horizontal). Tetapi mengapa mereka menjadi prioritas bagi kita? . Ini dan nilai atau kumpulan nilai lainnya akan memungkinkan kita untuk memutuskan skema kinerja mana yang akan kita gunakan di bagian selanjutnya
Skema kinerja
MSQLW menawarkan kepada kita konfigurasi yang sangat sederhana tentang cara mengumpulkan informasi sehingga dapat disajikan. jadi sekarang kita sudah sampai pada poin kelima monitoring server
Ada keseimbangan antara pengumpulan data dan layanan data. ketika tingkat permintaan yang pertama meningkat, yang kedua menurun itulah sebabnya MSQLW menawarkan 4 level dasar
- Sepenuhnya Diaktifkan
- Kustom (seperti yang ditunjukkan di atas)
- Secara default, "Default Server"
- Dengan disabilitas
Level mana yang terbaik untuk kita?
Ini sangat canggih sehingga pertama-tama kita harus mengetahui komponen yang dikonseptualisasikan yang nantinya dapat kita konfigurasikan
- Aktor (pengguna yang meminta atau memproses informasi)
- Instrumen (memori, lubang hitam, InnoDB, MyIsam, dll. objek terprogram yang memproses informasi)
- Konsumen (tabel tempat kami akan menyimpan data yang dikumpulkan)
Unsur-unsur tersebut secara keseluruhan akan terekam dalam tiga peristiwa berikut- Ketika permintaan baru datang dan selesai (setelah setiap komponennya selesai, ingat juga bahwa transaksi ACID "lebih mahal" dalam hal waktu dan sumber daya mesin, kita telah membicarakannya di atas)
- Setiap langkah yang dicakup oleh aplikasi
- Berbagai peristiwa asinkron yang membuat periode menunggu di setiap tahapan poin sebelumnya, ini memungkinkan kami mendeteksi kemacetan dan merancang algoritme yang mengirimkan data tepat waktu ke proses berikutnya
Konsep ini agak sulit dipahami karena melibatkan utas eksekusi, yang mungkin independen dari awal hingga akhir atau mungkin memerlukan informasi dari utas lain untuk melanjutkan. Kami menunjukkan kepada Anda sebuah penyederhanaan yang dilebih-lebihkan tetapi mengilustrasikan dalam beberapa kata situasi yang diangkat
Untuk mengonfigurasi semua opsi ini, kami mengklik tab berbeda dari gambar terakhir yang ditampilkan, di sana kami merekomendasikan untuk memulai dengan menambahkan pengguna (aktor) dan objek (pemicu yang dipicu di bawah peristiwa seperti mendaftarkan pengguna atau mencapai tertentu . ), lalu kita tandai instrumen yang ingin kita pantau (InnoDB, misalnya) dan tabel tempat kita akan menyimpannya (Konsumen) dengan mempertimbangkan Thread dari instrumen tersebut
Memperluas kemungkinan MSQLW
Dikembangkan dengan bahasa C ++ aplikasi ini menerima skrip yang ditulis dalam bahasa Lua atau Python, yang terakhir saat ini lebih luas dan memiliki banyak pilihan
Dengan ini kita bisa
- Mengotomatiskan tugas-tugas umum, penghargaan yang diinginkan untuk administrator
- Tingkatkan antarmuka pengguna
- Buat add-on
- Menangani skema data
- Buat fitur khusus untuk MSQLW
Untuk menampilkan tombol, kita dapat membuat plugin yang ditulis dalam bahasa Python hanya dengan memberinya nama awal dan MSQLW akan memuat lingkungan kerja dengan pustaka yang dirancang khusus seperti GUI dan yang berinteraksi dengan database
Meskipun kami belum membicarakan semuanya dalam artikel ini, kami ingin menunjukkan kepada Anda bagaimana Workbench MySQL adalah sekutu yang hebat dengan kombinasi yang hampir tak ada habisnya
Tentang Pandora FMS
Pandora FMS adalah sistem pemantauan yang fleksibel, mampu memantau perangkat, infrastruktur, aplikasi, layanan, dan proses bisnis
Misalnya, dengan Pandora FMS Anda dapat memantau MySQL. Lihatlah video ini
Apakah Anda ingin tahu lebih banyak tentang apa yang dapat ditawarkan Pandora FMS kepada Anda? . https. //pandorafms. com
Jika Anda memiliki lebih dari 100 perangkat untuk dipantau dan Anda ingin mendapatkan DEMO Pandora FMS Enterprise 30 hari GRATIS, Anda dapat menghubungi kami melalui formulir berikut. https. //pandorafms. com/id/kontak/
Tim Pandora FMS
Perangkat redacción Pandora FMS dibentuk oleh asisten penulis dan profesional TI dengan cosa en común. Anda memasangnya untuk memantau sistem informasi
Tim editorial Pandora FMS terdiri dari sekelompok penulis dan profesional TI dengan satu kesamaan. semangat mereka untuk pemantauan sistem komputer