Efek file disk dari delete dan vacuum


13

Saya memiliki tabel yang sangat sering diperbarui dengan 240 juta baris (dan terus bertambah). Setiap tiga jam 1,5 juta baris dimasukkan dan 1,5 juta dihapus. Ketika saya memindahkan cluster ke SSD, waktu penyisipan massal ini (menggunakan salinan) dipotong dari 22 menit menjadi 2,3 menit. Waktu penghapusan juga ditingkatkan. Saya berencana untuk membuat pembaruan massal ini setiap dua jam atau setiap jam.

Walaupun kinerjanya sekarang (setelah SSD) kompatibel dengan pembaruan yang lebih sering, saya telah membaca beberapa cerita horor tentang kematian SSD karena daya tahan NAND yang terbatas dikombinasikan dengan amplifikasi tulis. Karena SSD mahal, saya ingin mendorong kematiannya sejauh mungkin ke masa depan. Oleh karena itu pertanyaan saya: Apa yang sebenarnya terjadi pada file disk dalam delete dan vacuum berikutnya? Saya kira ada dua disk menulis, satu untuk menandai baris telah dihapus dan yang lain ketika menyedot debu untuk menandainya sebagai tersedia untuk ditimpa. Jika alih-alih menghapus dan menyedot debu, saya mempartisi tabel yang membuat dan menjatuhkan tabel pada setiap sisipan / penghapusan massal apakah saya akan meminimalkan pemakaian SSD?


1
jawaban singkatnya adalah "ya"
Jack mengatakan coba topanswers.xyz

2
Anda punya alasan untuk khawatir 3-4 tahun yang lalu. Sebagian besar drive SSD modern, bahkan model kelas konsumen, memiliki siklus tulis yang melebihi masa pakainya, bahkan pada tingkat penulisan harian yang cukup tinggi. Lihat Menghilangkan masa pakai SSD dan kekhawatiran kinerja penulisan acak
dbenhur

Saya sarankan gunakan tabel partisi, seharusnya lebih mudah ketika Anda menghapus banyak data.
franc

Jawaban:


1

Anda dapat menghemat penghapusan dan kekosongan jika Anda akan menggunakan partisi pintar! Pastikan desain Anda kompatibel dengan menjatuhkan partisi daripada HAPUS yang sebenarnya.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.