Labels

Cinta (74) Pendidikan (27) Broken Heart (21) Konseling (15) Teknologi (15) Sosial (13) Sports (12) Cerita (9) Seni (7) Kesehatan (5) Militer (5) Otomotif (5) Semesta Alam (4) Islam (3) Sejarah (3) JASA (1) Makalah Ekonomi (1)

Kamis, 13 September 2012

Pengoperasian data base my sql 5.5.25 Paling Mudah dan gampang

pengoperasian data base my sql 5.5.25

MySQL 5.5.25 adalah versi baru dari rilis produksi 5,5 daridunia database yang paling populer open source. MySQL 5.5.25 dianjurkanuntuk digunakan pada sistem produksi.MySQL 5,5 mencakup beberapa berdampak tinggi perangkat tambahan untuk meningkatkankinerja dan skalabilitas dari MySQL Database, mengambil keuntungan dariperangkat keras multi-CPU dan multi-core terbaru dan sistem operasi. DiSelain itu, dengan rilis 5.5, InnoDB sekarang penyimpanan default mesin untukMySQL Database, transaksi ACID memberikan, integritas referensialdan kecelakaan pemulihan secara default.MySQL 5.5 juga menyediakan sejumlah perangkat tambahan tambahan termasuk:- Secara signifikan meningkatkan kinerja pada Windows, dengan berbagaiWindows tertentu fitur dan perbaikan- Tinggi ketersediaan, dengan baru semi-sinkron replikasi danReplikasi Hati Menangis- Peningkatan kegunaan, dengan indeks Peningkatan dan partisi meja,SIGNAL / RESIGNAL dukungan dan diagnostik yang disempurnakan, termasuk baruKinerja Skema monitoring kemampuan.Untuk melihat lebih lengkap pada apa yang baru di MySQL 5.5, silakan lihatberikut sumber:MySQL adalah 5,5 GA, Wawancara dengan Tomas Ulin:http://dev.mysql.com/tech-resources/interviews/thomas-ulin-mysql-55.htmlDokumentasi:http://dev.mysql.com/doc/refman/5.5/en/mysql-nutshell.htmlWhitepaper: Apa yang Baru di MySQL 5.5:http://dev.mysql.com/why-mysql/white-papers/mysql-wp-whatsnew-mysql-55.phpJika Anda menjalankan sistem MySQL tingkat produksi, kami inginmengarahkan perhatian Anda ke MySQL Enterprise Edition, yang meliputipaling komprehensif set MySQL produksi, cadangan, pemantauan,pemodelan, pengembangan, dan administrasi alat sehingga bisnis dapatmencapai tingkat tertinggi MySQL kinerja, keamanan dan uptime.http://mysql.com/products/enterprise/Untuk informasi tentang menginstal MySQL 5.5.25 di server baru lihatinstalasi MySQL dokumentasi dihttp://dev.mysql.com/doc/refman/5.5/en/installing.htmlUntuk upgrade dari rilis MySQL sebelumnya, silakan lihat pentingmeng-upgrade pertimbangan di:http://dev.mysql.com/doc/refman/5.5/en/upgrading.htmlDatabase MySQL 5.5.25 tersedia dalam bentuk sumber dan biner untuksejumlah platform dari halaman download kami di:http://dev.mysql.com/downloads/mysql/~~VTidak semua situs cermin dapat memperoleh informasi pada saat ini dalam waktu, jadi jika Andatidak dapat menemukan versi ini di cermin beberapa, coba lagi nanti atau memilihlain situs download.Kami menyambut dan menghargai umpan balik Anda, laporan bug, perbaikan bug,patch, dll:http://forge.mysql.com/wiki/Contributing~~VBagian berikut ini memberikan daftar perubahan dalam kode sumber MySQL sejakversi dirilis sebelumnya dari MySQL 5.5. Hal ini juga dapat dilihatonline di:http://dev.mysql.com/doc/refman/5.5/en/news-5-5-25.htmlNikmatilah!Atas nama Tim Bangun MySQL,Joerg BrueheD.1.2. Perubahan di MySQL 5.5.25 (2012-Mei-30)Fungsi Ditambahkan atau Berubah* The - safe-mode pilihan server sekarang sudah ditinggalkan dan akandihapus di MySQL 5.6.Bugs Fixed* Kinerja: InnoDB: Peningkatan algoritma yang terkait denganadaptif kemerahan. Perbaikan ini meningkatkan tingkat pembilasan dikasus di mana kompresi akan digunakan dan set data yang lebih besardari kolam penyangga, menyebabkan penggusuran. (Bug # 13990648, Bug# 65061)* InnoDB: Dalam transaksi menggunakan isolasi BACA berulangtingkat, pernyataan UPDATE atau DELETE untuk tabel InnoDB bisakadang-kadang mengabaikan baris baru-baru ini dilakukan oleh lainnyatransaksi. Sebagaimana dijelaskan dalam Bagian 14.3.9.2, "KonsistenNonlocking Dibaca, "pernyataan DML dalam BACA berulangtransaksi berlaku untuk baris yang dilakukan oleh transaksi lain,bahkan jika query tidak bisa melihat baris itu. (Bug # 14007649, Bug# 65111)* InnoDB: Variabel Status Innodb_buffer_pool_pages_flusheditu salah set untuk dua kali nilai yang seharusnya. Its nilaitidak boleh melebihi nilai Innodb_pages_written. (Bug# 14000361, Bug # 65030)* InnoDB: Penanganan kesalahan dan pesan ditingkatkan untukmencoba untuk membuat sebuah kunci asing dengan referensi kolomitu sendiri. Pesan tersebut menyarankan masalah potensial dengankamus data, bila tidak ada masalah seperti itu ada. (Bug # 12902967)* InnoDB: Pernyataan TABEL TARIF bisa gagal untuk besarInnoDB karena nilai timeout dari 2 jam meja. Untuk khasperangkat penyimpanan, masalah ini bisa terjadi karena tabel yangmelebihi sekitar 200 atau 350 GB, tergantung pada kecepatan I / O.Cara mengatasinya melemaskan penguncian dilakukan pada tabel yangdiperiksa, yang membuat batas waktu kecil kemungkinannya. Hal ini juga membuatInnoDB mengakui TARIF sintaks TABEL CEPAT, yang menghindarikemungkinan batas waktu sepenuhnya. (Bug # 11758510, Bug# 50723)* Replikasi: Ini secara teoritis mungkin bagi konkurenpelaksanaan lebih dari satu contoh SHOW binlog PERISTIWA untukkecelakaan Server MySQL. (Bug # 13979418)* Replikasi: Laporan menggunakan AUTO_INCREMENT,LAST_INSERT_ID (), RAND (), atau variabel pengguna dapat diterapkandalam konteks yang salah pada budak bila menggunakan pernyataan berbasisreplikasi dan replikasi pilihan server penyaringan (lihatBagian 16.2.3, "Bagaimana Server Evaluasi Replikasi FilteringAturan "). (Bug # 11761686, Bug # 54201)Referensi: Lihat juga Bug # 11754117, Bug # 45670, Bug # 11746146,Bug # 23894.* Replikasi: Sebuah INSERT ke tabel yang memiliki kompositkunci primer yang mencakup kolom AUTO_INCREMENT yang tidakkolom pertama dari kunci komposit tidak aman untukpernyataan berbasis logging biner atau replikasi. Seperti pernyataansekarang ditandai sebagai tidak aman dan gagal dengan pesan kesalahan saat menggunakanPERNYATAAN biner penebangan format. Untuk informasi lebih lanjut, lihatBagian 16.1.2.3, "Penentuan Laporan Aman dan tidak amanReplikasi di Biner Logging, "serta Bagian 16.4.1.1,"dan AUTO_INCREMENT. "MencatatTabel menggunakan mesin penyimpanan InnoDB tidak terpengaruh olehmasalah ini, karena InnoDB tidak memungkinkan terciptanyakomposit kunci yang mencakup kolom AUTO_INCREMENT, di manakolom ini bukan kolom pertama dalam kunci.(Bug # 11754117, Bug # 45670)Referensi: Lihat juga Bug # 11761686, Bug # 54201, Bug # 11746146,Bug # 23894.* SHOW TABLES sangat lambat kecuali informasi yang diperlukan adalahsudah di cache disk. (Bug # 60961, Bug # 12427262)

0 komentar:

Posting Komentar

 
KeluarJangan Lupa Klik Like Dan Follow ya!