Tolong pilih kategori sesuai, jenis posting (diskusi atau bukan) dan sertakan tag/topik yang sesuai seperti komputer, java, php, mysql, dll. Promosi atau posting tidak pada tempatnya akan kami hapus!
- Bagi Anda yang ingin mendaftar, baca link berikut:
http://diskusiweb.com/discussion/50491/how-to-registrasi-diskusiweb-com-baca-ini-terlebih-dahulu
- Cara menyisipkan kode program supaya tampil rapi dan terformat dengan baik di diskusiweb.com: http://www.diskusiweb.com/discussion/50415/cara-menyisipkan-kode-program-di-diskusiweb-com
- Cara posting gambar/image di post Anda: http://www.diskusiweb.com/discussion/47345/cara-menyisipkan-menyertakan-image-pada-posting/p1

?semua table yg rusak bisa sembuh dg repair table?

alo.. nanya donk, yg pernah ngalamin tabel rusak di mysql.. apakah fungsi repair table dapat menyemnbuhkan semua masalah rusak nya table....?

ada yg pernah tdk? pas table rudsak trus di repair table tp table tidak berhasil di betulkan... alias table tetap rusak.....

ada yg punya kasus begini....
;)

Comments

  • Repair table nggk menjamin data akan kembali utuh. Backup adalah langkah yang tepat. Untunglah sampai sekarang belum pernah mengalami.
  • saya pernah, waktu itu mysql mengeluarkan pesan untuk me-repair.
    tapi setelah direpair, datanya malah hilang semua :(
    untung masih ada backup...
  • alo goku.............
    ada yg bilang untuk table innodb mysql... tidak bisa langsung di COPY-PASTE table nya yah...?
    (misalnya mau backup langsung table nya... tinggal copy trus paste ke folder yg dituju...)
    :cool:
  • klo database/tabel direpair gak 100 % bisa dipulihkan. Innodb bisa kok, justru MyISAM yg gak bisa.
  • nah, yang 0.1% nya? ...:P

    kalo kasus saya dulu itu karena proses deploying yang ngawur, mysql diinstall pada filesystem FAT32.
  • kayanya klo untuk copas gitu typenya harus myisam,.:D nih dia bilang di manual...
    You can also create a binary backup simply by copying all table files (*.frm, *.MYD, and *.MYI files), as long as the server isn't updating anything. The mysqlhotcopy script uses this method. (But note that these methods do not work if your database contains InnoDB tables. InnoDB does not store table contents in database directories, and mysqlhotcopy works only for MyISAM tables.)


    Yang Repair
    tapi klo My ISAM dia bilang gini
    If you have to restore MyISAM tables, try to recover them using REPAIR TABLE or myisamchk -r first. That should work in 99.9% of all cases. If myisamchk fails, try the following procedure. Note that it works only if you have enabled binary logging by starting MySQL with the --log-bin option.

    katanya 99.9% booo'... :D
    tapi gw sendiri ga tau apa si bedanya MyISAM ama InnoDB... :D
  • maksudnya kalo backup tinggal copas file-filenya...kalo MyISAM bisa, kalo innodb belum pernah. Cara itu gak aman sih, jd lebih baik dump ke sql aja.
  • FAT32 kan "ringkih". Listrik mati aja udah error, jadi lost cluster lah, lost chain lah, ada aja.
    Sementara NTFS didesain utk kebal error, bahkan kalo terjadi hardware failure.

    kalo linux, jangan pake ext2 ato ext3 ajah...

    Rasanya FAT32 vs NTFS sudah saya bahas panjang-lebar dulu di tretnya si spondbob....coba cari aja
  • Originally posted by farhan386
    nah, yang 0.1% nya? ...:P

    kalo kasus saya dulu itu karena proses deploying yang ngawur, mysql diinstall pada filesystem FAT32.
    Om....emang klo di FAT32 ngawurnya gimana...?
    saya ga paham deh untuk begituan....klo di NTFS gimana....?
    klo di linux udah oke lah ya... :)
  • bener untuk database server jgn pake FAT32..
    kalo pas install postgresql ,komp nya pake FAT32.. langsung di tolak....
    kudunya NTFS..

    :P
  • @farhannnnnnnnnnn...........

    jd untuk me-maintenance tabel yg INNODB gimana?....
    selain backup... apa dibuat rutin FLUSH yah... (flush itu fungsi untuk reindex bukan?)...

    :D
  • wah tambahan info nih. Sy malah gak tau kalo bisa nolak, soalnya seumur-umur gak pernah pake FAT32. Harusnya mysql dan database lain juga seperti itu ya, tolak instalasi kalo pake FAT32...
  • FLUSH bukan untuk reindex, tapi lebih mirip restart server tanpa secara fisik mematikan dan menghidupkan lagi. Misalnya mengosongkan cache, atau setelah anda merubah host table.

    Kalau server crash, listrik mati, atau sejenisnya, data mungkin belum sempat membackup.
    Saat anda menghidupkan lagi MySQL, bisa gunakan option --innodb_force_recovery=4. Lalu dump dan drop database. Lalu gunakan --innodb_force_recovery=0, lalu restore.

    --innodb_force_recovery itu bisa dikasih 1-6, tapi rekomendasi diset ke 4. Kalo udah selesai harus di nol kan lagi.
  • tambahan, sebenarnya kita bisa menggunakan OPTIMIZE TABLE pada innodb. Tapi inipun tidak perlu sering-sering dilakukan bahkan bila tabelnya sering diupdate sekalipun. Sebulan sekali sudah cukup.
  • @farhan...

    >--innodb_force_recovery=4 ....ditulisnya di mysql.ini yah?
    >OPTIMIZE TABLE pada innodb.. gimana caranya?


    :D maaf yahhhh baru nih di mysql.....
    trims
  • --innodb_force_recovery itu command line parameter waktu menjalankan exe mysql

    optimize table itu perintah query biasa
Sign In or Register to comment.