আমরা কি ডাটা = রাইটব্যাক এবং বাধা = 0 দিয়ে এক্সট্রোনে মাউন্ট করব?


13

আমরা একটি হোস্টিং সংস্থায় একটি ভিএম-তে একটি সার্ভার চালিয়ে যাচ্ছি, এবং সবেমাত্র ডেডিকেটেড হোস্টের জন্য সাইন আপ করেছি (এএমডি ওপটারন 3250, 4 কোর, 8 জিবি র‌্যাম, সফ্টওয়্যার র‌্যাডে 2 এক্স 1 টিবি, এক্স 3))

পারফরম্যান্স পরীক্ষা চালানোর সময়, আমরা লক্ষ্য করেছি যে কিছু এসকিউএলাইট ট্রানজিশন (সন্নিবেশ, মোছা এবং / অথবা আপডেটগুলির সংমিশ্রণ) আমার ২০১০ এর ম্যাকবুক প্রোয়ের চেয়ে 10x থেকে 15x বেশি সময় নিচ্ছে।

প্রচুর গুগলিং এবং পড়ার পরে, আমরা মাউন্ট অপশনগুলি দেখতে পেলাম, যা ছিল:

    data=ordered,barrier=1

আমরা কিছু পরীক্ষা-নিরীক্ষা করেছি, এবং এর সাথে সেরা পারফরম্যান্স পেয়েছি

    data=writeback,barrier=0

আমি এগুলি পড়েছি এবং তারা কী করছে তার বুনিয়াদি বুঝতে পেরেছি, তবে আমাদের পক্ষে এইভাবে চালানো ভাল ধারণা কিনা তা সম্পর্কে আমার কোনও বুদ্ধি / অনুভূতি নেই?

প্রশ্নাবলি

উপরোক্ত কনফিগারেশনটি কি কোনও হোস্টেড পরিষেবার জন্য বিবেচনা করা এমনকি বুদ্ধিমানের?

আমাদের যদি বিদ্যুৎ বিভ্রাট বা শক্ত ক্রাশ থাকে, তবে আমরা ডেটা হারিয়ে যাওয়া বা ফাইলগুলি নষ্ট হয়ে যাওয়ার সাথে শেষ করতে পারি। আমরা যদি প্রতি 15 মিনিটে ডিবি-এর স্ন্যাপশট নিই, তবে পরিস্থিতি প্রশমিত হতে পারে, তবে স্ন্যাপশটটি যখন নেওয়া হবে তখন ডিবি সিঙ্ক হবে না। কীভাবে (করা যায়?) আমাদের এই জাতীয় স্ন্যাপশটের অখণ্ডতা নিশ্চিত করা উচিত?

আমাদের অন্যান্য বিকল্পগুলি বিবেচনা করা উচিত?

ধন্যবাদ


জড়িত অনেক কারণ। আপনি কি অনেক শক্ত ক্রাশ আশা করেন? আপনার কি হোস্ট করা মেশিনের সাথে কোনও ইউপিএস (বা সমমানের কিছু) সংযুক্ত আছে? আপনি কি অন্যান্য ফাইল সিস্টেমগুলির সাথে কিছু বেঞ্চমার্কিং করেছেন (উদাহরণস্বরূপ ext4, এক্সএফএস, ইত্যাদি)? আপনি কি এইচডিডি ক্যাশে নিয়ন্ত্রণ করতে ((ডি) সক্রিয়) করতে পারেন? আপনি কিভাবে আপনার সফ্টওয়্যার RAID কনফিগার করেছেন? আপনি কি এইচডিডি সঠিকভাবে সংযুক্ত আছেন (যদি 4K টি ব্লক থাকে)?
হিউজেন্স

আমরা অনেক শক্ত ক্রাশ আশা করি না। আমাদের কোনও ইউপিএস নেই। মেশিন স্পেকটি হোস্টিং সংস্থার "শেল্ফের বাইরে" একটি স্ট্যান্ডার্ড ছিল, সুতরাং: আমরা অন্যান্য এফএসকে বেঞ্চমার্ক করি নি, এক্সট3 যা আমরা পেয়েছিলাম। এইচডিডি ক্যাশে জানেন না, এটি সন্ধান করবে এবং একইভাবে রেড এবং এইচডিডি প্রান্তিককরণের জন্য। ধন্যবাদ।
নীলবি

আমি ভুলে যাওয়া আরেকটি প্রশ্ন হ'ল আপনি কতটা ইতিহাস হারাতে পারবেন? বা আপনি কোন হারানো সামর্থ্য করতে পারেন? দ্রষ্টব্য: এসকিউএল স্ন্যাপশট সমর্থন করে, বা অন্য কথায় চলমান ডাটাবেসটিকে ব্যাক আপ করে। sqlite.org/backup.html
হিউজেন্স

আপনার কার্নেল সংস্করণটি কী? বাধাগুলি এমডি দ্বারা 2.6.33 সাল থেকে সম্মানিত করা হয়েছে, পূর্ববর্তী কার্নেল রিলিজে নয়।
হিউজেন্স

uname -r "2.6.32-220.2.1.el6.x86_64" প্রতিবেদন করেছে। "এমডি" কি? যদি কার্নেলের এই সংস্করণে বাধাগুলি সম্মানিত না হয় তবে বাধা বন্ধ করার সময় কেন আমি একটি কার্যকারিতা উন্নতি দেখতে পেলাম?
নীলবি

উত্তর:


15

প্রথম পরামর্শটি
যদি আপনি কোনও ডেটা হারাতে না পারেন (মানে একবার ব্যবহারকারীর নতুন ডেটা প্রবেশ করিয়ে দেওয়া, যদি এটি আসমান সেকেন্ডে হারিয়ে যেতে না পারে) এবং কারণ আপনার কোনও ইউপিএসের মতো কিছু না থাকে, তবে আমি লেখার বাধাটি সরিয়ে ফেলব না, উভয়ই আমি রাইটব্যাকে স্যুইচ করব না।

লেখার বাধা
অপসারণ আপনি যদি লেখার বাধা অপসারণ করেন তবে ক্র্যাশ বা পাওয়ার ক্ষতির ক্ষেত্রে ফাইল সিস্টেমটি ডিস্কের কাঠামোটি পুনরুদ্ধার করতে একটি fsck করতে হবে (নোট করুন যে এমনকি বাধা চালু থাকলেও, বেশিরভাগ জার্নালিং ফাইল সিস্টেম এখনও একটি fsck করতে পারে) যদিও জার্নালের রিপ্লে যথেষ্ট হওয়া উচিত ছিল)। লেখার বাধা অপসারণ করার সময়, যদি সম্ভব হয় তবে কোনও ডিস্ক ক্যাচিং (হার্ডওয়্যারে) অপসারণ করার পরামর্শ দেওয়া হয়, এটি ঝুঁকি হ্রাস করতে সহায়তা করে। যদিও এই ধরনের পরিবর্তনের প্রভাবটি আপনার বেঞ্চমার্ক করা উচিত। আপনি এই আদেশটি চেষ্টা করতে পারেন (যদি আপনার হার্ডওয়্যার এটি সমর্থন করে) hdparm -W0 /dev/<your HDD>
নোট করুন যে মেটাডেটা পরিবর্তনের জন্য ext3 2 টি বাধা ব্যবহার করে, যখন মাউন্ট বিকল্পটি ব্যবহার করার সময় ext4 শুধুমাত্র একটি ব্যবহার করে journal_async_commit

যদিও টেড টিসো ব্যাখ্যা করেছিলেন যে কেন ext3 এর প্রথম দিনগুলিতে কিছু তথ্য দুর্নীতি হয়েছিল ( কার্নেল ৩.১ অবধি পূর্বনির্ধারিতভাবে বাধা ছিল ), জার্নালটিকে এমনভাবে স্থাপন করা হয়েছে যে জার্নাল লগের মোড়ক না হওয়া পর্যন্ত (জার্নাল একটি চক্রীয় লগ) নিরাপদে অর্ডারে ডিস্কে ডেটা লিখিত হয় - প্রথম জার্নাল, ডেটা দ্বিতীয় - এমনকি হার্ড ডিস্কের সাহায্যে লেখার পুনঃক্রমকে সমর্থন করে।
মূলত, জার্নাল লগ মোড়ানোর সময় কোনও সিস্টেম ক্রাশ বা পাওয়ার ক্ষতি হ'ল দুর্ভাগ্যজনক হবে। তবে আপনার রাখা দরকার data=ordereddata=ordered,barrier=0অতিরিক্ত হিসাবে বেনমার্ক চেষ্টা করুন ।

যদি আপনি কয়েক সেকেন্ডের ডেটা হারাতে সক্ষম হন data=writeback,barrier=0তবে আপনি উভয় বিকল্প সক্রিয় করতে পারেন তবে commit=<nrsec>প্যারামিটারটিও পরীক্ষা করার চেষ্টা করতে পারেন । এই পরামিতিটির জন্য ম্যানুয়ালটি এখানে পরীক্ষা করুন । মূলত আপনি বেশিরভাগ সেকেন্ড দেন যা একটি সময়কাল যা ext3 ফাইল সিস্টেম তার ডেটা এবং মেটাডেটা সিঙ্ক করবে।
আপনি নোংরা পৃষ্ঠাগুলি (যাদের ডিস্কে লেখার প্রয়োজন রয়েছে) সম্পর্কিত কিছু কার্নেল টুনেবলগুলির সাথে মিতাল এবং বেঞ্চমার্ক চেষ্টা করার চেষ্টা করতে পারেন, এখানে একটি ভাল নিবন্ধ রয়েছে যা এই টুনেবলগুলি এবং কীভাবে তাদের সাথে খেলতে হবে সে সম্পর্কে সমস্ত কিছু ব্যাখ্যা করে।

বাধা সম্পর্কিত সংক্ষিপ্তসার আপনার
টিউনেবলের আরও কয়েকটি সমন্বয় বেঞ্চমার্ক করা উচিত:

  1. data=writeback,barrier=0সাথে একযোগে ব্যবহার করুনhdparm -W0 /dev/<your HDD>
  2. ব্যবহার data=ordered,barrier=0
  3. data=writeback,barrier=0অন্যান্য মাউন্ট বিকল্পের সাথে একত্রে ব্যবহার করুন এবং commit=<nrsec>nrsec জন্য বিভিন্ন মান চেষ্টা করুন
  4. অপশনটি 3 ব্যবহার করুন এবং নোংরা পৃষ্ঠাগুলি সম্পর্কিত কার্নেল স্তরে আরও টিউনটেবল চেষ্টা করুন।
  5. নিরাপদটি ব্যবহার করুন data=ordered,barrier=1, তবে অন্যান্য টিউনেবলগুলি ব্যবহার করে দেখুন : বিশেষত ফাইল - সিস্টেম লিফট (সিএফকিউ, শেষ সময়সীমা বা নূপ) এবং তাদের রেসিসিটিভ টুনাবল।

Ext4 এ সরানো এবং এটির মানদণ্ড বিবেচনা করে বিবেচনা করে
যেমন বলা হয়েছে যে লেখার জন্য ext4 এর জন্য ext3 এর চেয়ে কম বাধা দরকার। তদ্ব্যতীত, ext4 এক্সটেন্টগুলি সমর্থন করে যা বড় ফাইলগুলির জন্য আরও ভাল পারফরম্যান্স আনতে পারে। সুতরাং এটি অন্বেষণ করার মতো একটি সমাধান, বিশেষত যেহেতু পুনরায় ইনস্টল না করে এক্সট্রি 3 থেকে এক্স 4 এ স্থানান্তরিত করা সহজ: অফিসিয়াল ডকুমেন্টেশন ; আমি এটি একটি সিস্টেমে করেছি কিন্তু এই ডিবিয়ান গাইড ব্যবহার করছি । Ext4 কার্নেল ২.6.৩২ থেকে সত্যিই স্থিতিশীল তাই এটি উত্পাদন ব্যবহারে নিরাপদ।

শেষ বিবেচনা
এই উত্তরটি সম্পূর্ণ দূরে, তবে এটি আপনাকে তদন্ত শুরু করার জন্য পর্যাপ্ত উপাদান দেয়। এটি প্রয়োজনীয়তার উপর এত বেশি নির্ভরশীল (ব্যবহারকারী বা সিস্টেম পর্যায়ে) যে এর জন্য একটি সরল উত্তর পাওয়া মুশকিল।


ধন্যবাদ - সেখানে প্রচুর দরকারী জিনিস। আমি ইতিমধ্যে কার্নেল.আরজে ext3 ডকটি পড়েছি এবং প্রতিশ্রুতি পরিবর্তন করার চেষ্টা করেছি, তবে কোন বড় মূল্য কী তা সম্পর্কে তার কোনও ধারণা নেই। 5 সেকেন্ডের পরিবর্তে 15 এ সেট করুন আমি কোনও পরিবর্তন দেখিনি। আপনার প্রস্তাবিত ক্রিয়াকলাপগুলি কভার করতে আমি আরও কিছু বেঞ্চমার্কিং করব। আবার ধন্যবাদ.
নীলবি

নিরাপদ খেলাপি রাখতে গিয়ে প্রতিশ্রুতি সময় বাড়ানোর চেষ্টা করা ভাল ধারণা ছিল! এটা সম্ভব যে এসকিউএলাইট হ'ল এক ফ্লাশিং / সিঙ্কিং যা আপনি কমিট অপশনটি ব্যবহার করে কোনও পারফরম্যান্স পরিবর্তন মাপলেন না কেন তার ব্যাখ্যা হতে পারে।
হিউজেন্স

@ নীলবি এই নিবন্ধগুলিতে কেবল হোঁচট খাচ্ছে: ১. sqlite.org/draft/lockingv3.html এতে সন্ধান করুন ext3। এটি আমার উত্তরে আমি কী সম্বোধন করার চেষ্টা করেছি তার সম্ভবত বোঝার জন্য সহজ (বা সরল) ব্যাখ্যা দেয়। 2. sqlite.1065341.n5.nabble.com/… আপনি নিরাপদ ext3 ডিফল্ট (অর্ডার + বাধা) রাখার চেষ্টা করতে পারেন তবে এসকিউএলাইটে সিঙ্কটি সরিয়ে ফেলতে পারেন। আমি শীঘ্রই এই দ্বিতীয় দিকটি সম্পর্কে আমার উত্তর আপডেট করব।
হিউজেন্স

তাদের জন্য ধন্যবাদ। আমি সমস্ত অনুমতিগুলি নিয়ে কাজ করব এবং ঘুরেফিরে তাদের সাথে পারফরম্যান্স পরীক্ষা চালাব। প্রথমদিকে আমি এসকিউএলাইটে সিঙ্ক বন্ধ করে চেষ্টা করেছি এবং ভাল পারফরম্যান্সের চিত্র পেয়েছি। প্রথমে লেখার ক্রিয়াকলাপের বিভিন্ন সংমিশ্রণের জন্য আমাকে অনেকগুলি কোড সংগ্রহ করতে প্রয়োজন code আমি এখানে একটি সংক্ষিপ্ত পোস্ট করব, তবে আপনি যদি আরও বিশদ চান তবে আমি নীল এ বোলার ডট কম
নিলবি

10

গুহাত: নীচে ভুল থাকতে পারে। আমি পাশাপাশি যেতে যেতে এই জিনিসগুলির অনেক কিছুই শিখছি, সুতরাং এটি একটি চিমটি লবণ দিয়ে নিন। এটি বেশ দীর্ঘ, তবে আমরা যে প্যারামিটারগুলি নিয়ে খেলছিলাম তা কেবল আপনি পড়তে পারেন, তারপরে শেষে উপসংহারে যান।

এমন অনেকগুলি স্তর রয়েছে যেখানে আপনি এসকিউএলাইট রচনা সম্পাদনা সম্পর্কে চিন্তা করতে পারেন:

পারফরম্যান্স সম্পর্কে চিন্তাভাবনা করার জন্য বিভিন্ন স্তর

আমরা সাহসীভাবে হাইলাইট করা বিষয়গুলির দিকে চেয়েছিলাম। বিশেষ পরামিতি ছিল

  • ডিস্ক লেখার ক্যাশে। আধুনিক ডিস্কগুলিতে র‌্যাম ক্যাশে রয়েছে যা স্পিনিং ডিস্কের সাথে ডিস্ক রাইটিং অনুকূল করে তোলে। এই সক্ষম করার সাথে ডেটা আউট-অফ-অর্ডার ব্লকে লেখা যেতে পারে, তাই যদি কোনও ক্রাশ ঘটে তবে আপনি আংশিক লিখিত ফাইলটি দিয়ে শেষ করতে পারেন। Hdparm -W / dev / ... এর সাথে সেটিংসটি পরীক্ষা করে দেখুন এবং এটি hdparm -W1 / dev / ... দিয়ে সেট করুন (এটি চালু করতে, এবং -ডাব্লু 0 এটি বন্ধ করতে)।
  • বাধা = (0 | 1)। "আপনি যদি বাধা = 0 দিয়ে চালনা করেন তবে ডিস্ক রাইটিং ক্যাচিং সক্ষম করে না" বলে অনলাইনে প্রচুর মন্তব্য করা হয়েছে। আপনি বাধাগুলির একটি আলোচনা http://lwn.net/Articles/283161/ এ সন্ধান করতে পারেন
  • ডেটা = (জার্নাল | অর্ডার | লিখনব্যাক)। এই বিকল্পগুলির বিবরণের জন্য http://www.linuxtopia.org/HowToGuides/ext3 জার্নালিংফাইসিসটেম html দেখুন ।
  • কমিট = এন। প্রতিটি এন সেকেন্ডে সমস্ত ডেটা এবং মেটাডেটা সিঙ্ক করতে ext3 কে বলে (ডিফল্ট 5)।
  • এসকিউএলাইট প্রগমা সিঙ্ক্রোনাস = চালু | বন্ধ। চালু থাকলে, এসকিউএলাইট নিশ্চিত করবে যে একটি লেনদেন চালিয়ে যাওয়ার আগে "ডিস্কে লিখিত" আছে। এটিকে বন্ধ করা অপরিহার্যভাবে অন্যান্য সেটিংসকে অপ্রাসঙ্গিক করে তোলে।
  • এসকিউএলাইট প্রগমা ক্যাশে_সাইজ করুন। এটি ইন-মেমরি ক্যাশেটির জন্য এসকিউএলাইট কত মেমরি ব্যবহার করবে তা নিয়ন্ত্রণ করে। আমি দুটি মাপ চেষ্টা করেছিলাম: একটি যেখানে পুরো ডিবি ক্যাশে মাপসই হয় এবং অন্যটি যেখানে ক্যাশে সর্বোচ্চ ডিবি আকারের অর্ধেক।

Ext3 ডকুমেন্টেশনে ext3 বিকল্পগুলি সম্পর্কে আরও পড়ুন ।

আমি এই পরামিতিগুলির কয়েকটি সংমিশ্রণে পারফরম্যান্স পরীক্ষা চালিয়েছি। আইডিটি একটি দৃশ্যের নম্বর, নীচে উল্লেখ করা হয়েছে।

আমি চেষ্টা করেছি পরিস্থিতিতে

আমি দৃশ্যপট 1 হিসাবে আমার মেশিনে ডিফল্ট কনফিগারেশনটি দিয়ে দৌড়াতে শুরু করলাম পরিস্থিতি 2 হ'ল আমি "নিরাপদ" হিসাবে ধরে নিয়েছি এবং তারপরে উপযুক্ত / অনুরোধযুক্ত বিভিন্ন সংমিশ্রণের চেষ্টা করেছি। আমি যে মানচিত্রটি ব্যবহার করে শেষ করেছি তা দিয়ে বোঝা এটি সম্ভবত সবচেয়ে সহজ:

প্যারামিটারগুলির সাথে সম্পর্কিত মানচিত্র

আমি একটি পরীক্ষার স্ক্রিপ্ট লিখেছিলাম যা কেবলমাত্র INTEGER, কেবলমাত্র আইডি কলাম (আইডি কলাম সহ) বা মিশ্রিত টেবিলগুলিতে সন্নিবেশ, আপডেট এবং মুছে ফেলা সহ প্রচুর লেনদেন চালিয়েছিল। উপরের প্রতিটি কনফিগারেশনে আমি এটি বেশ কয়েকবার চালিয়েছি:

পরিস্থিতিগুলির জন্য সময় দেখানোর প্লট

নীচের দুটি দৃশ্য হ'ল # 6 এবং # 17, যা "প্রগমা সিঙ্ক্রোনাস = অফ" রয়েছে, তাই উদ্বেগজনক যে তারা দ্রুততম ছিল। তিনটির পরবর্তী ক্লাস্টারটি হ'ল # 7, # 11 এবং # 19। এই তিনটি উপরের "কনফিগারেশন মানচিত্রে" নীল রঙে হাইলাইট করা হয়েছে। মূলত কনফিগারেশনটি হ'ল ডিস্ক লিখন ক্যাশে অন, বাধা = 0 এবং ডেটা 'জার্নাল' ব্যতীত অন্য কোনও কিছুতে সেট করা। 5 সেকেন্ড (# 7) এবং 60 সেকেন্ডের (# 11) এর মধ্যে প্রতিশ্রুতি পরিবর্তন করা কিছুটা তাত্পর্যপূর্ণ বলে মনে হচ্ছে। এই পরীক্ষাগুলিতে ডেটা = অর্ডার এবং ডেটা = লিটারব্যাকের মধ্যে কোনও পার্থক্য থাকলে খুব বেশি হবে বলে মনে হয় না, যা আমাকে অবাক করে দেয়।

মিশ্র আপডেট পরীক্ষা মধ্যম শিখর হয়। এই পরিস্থিতিতে আরও স্পষ্টভাবে ধীরগতির পরিস্থিতিতে একটি ক্লাস্টার রয়েছে। এগুলি হ'ল ডেটা = জার্নাল সহ । অন্যথায় অন্যান্য পরিস্থিতিতে খুব একটা নেই।

আমার আরও একটি টাইমিং টেস্ট ছিল, যা বিভিন্ন ধরণের সংমিশ্রণগুলিতে সন্নিবেশ, আপডেট এবং মুছার আরও বিজাতীয় মিশ্রণ করেছিল। এগুলিতে অনেক বেশি সময় লেগেছে, যে কারণে আমি এটি উপরের চক্রান্তে অন্তর্ভুক্ত করিনি:

মিশ্র প্রকার এবং সন্নিবেশ / আপডেট / মুছুন

এখানে আপনি দেখতে পাচ্ছেন যে রাইডব্যাক কনফিগারেশন (# 19) আদেশযুক্তদের (# 7 এবং # 11) এর চেয়ে কিছুটা ধীর। আমি প্রত্যাশা করেছি রাইটব্যাকটি কিছুটা দ্রুত হবে, তবে সম্ভবত এটি আপনার লেখার নিদর্শনগুলির উপর নির্ভর করে, বা সম্ভবত আমি এখনও কেবলমাত্র এক্সট3 তে যথেষ্ট পড়িনি :-)

বিভিন্ন পরিস্থিতিতে আমাদের প্রয়োগ দ্বারা পরিচালিত ক্রিয়াকলাপগুলির কিছুটা প্রতিনিধি ছিল। পরিস্থিতিতে একটি সংক্ষিপ্ত তালিকা বাছাইয়ের পরে আমরা আমাদের কিছু স্বয়ংক্রিয় পরীক্ষার স্যুটগুলির সাথে টাইমিং পরীক্ষা চালিয়েছি। তারা উপরের ফলাফলের সাথে সঙ্গতিপূর্ণ ছিল।

উপসংহার

  • কমিট পরামিতি, সামান্য পার্থক্য করতে করলো তাই আমরা 5s এ যাব করছি যে।
  • আমরা ডিস্ক রাইটিং ক্যাশে অন, বাধা = 0 , এবং ডেটা = অর্ডার সহ যাচ্ছি । আমি অনলাইনে এমন কিছু জিনিস পড়েছি যা ভেবেছিল এটি একটি খারাপ সেটআপ, এবং অন্যেরা মনে হয় যে এটি অনেক পরিস্থিতিতে ডিফল্ট হওয়া উচিত। আমার অনুমান সবচেয়ে গুরুত্বপূর্ণ যে আপনি কোন ট্রেড-অফ করছেন তা জেনে আপনি একটি অবগত সিদ্ধান্ত গ্রহণ করুন।
  • আমরা এসকিউএলাইটে সিঙ্ক্রোনাস প্রাগমা ব্যবহার করতে যাচ্ছি না।
  • এসকিউএলাইট ক্যাশে_সাইজ প্রগমা সেট করা যাতে ডিবি কিছু অপারেশনে মেমরির উন্নত পারফরম্যান্সে ফিট করে, যেমনটি আমরা প্রত্যাশা করেছিলাম।
  • উপরের কনফিগারেশনটির অর্থ আমরা কিছুটা বেশি ঝুঁকি নিচ্ছি। আংশিক লেখায় ডিস্ক ব্যর্থতার ঝুঁকি হ্রাস করতে আমরা এসকিউএলাইট ব্যাকআপ এপিআই ব্যবহার করব : প্রতি এন মিনিট পরে একটি স্ন্যাপশট নেওয়া এবং শেষ এমকে প্রায় রেখে দেওয়া। পারফরম্যান্স পরীক্ষা চালানোর সময় আমি এই এপিআইটি পরীক্ষা করেছি এবং এটি আমাদের এগিয়ে যাওয়ার আত্মবিশ্বাস দিয়েছে।
  • যদি আমরা আরও বেশি চাইতাম তবে আমরা কার্নেলের সাথে মাকের দিকে নজর দিতে পারি, তবে সেখানে না গিয়ে আমরা যথেষ্ট পরিমাণে উন্নতি করেছি।

বিভিন্ন টিপস এবং পয়েন্টারগুলির জন্য @ হুইজেনসকে ধন্যবাদ।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.