মাইএসকিউএল প্রতিলিপি কর্মক্ষমতা


15

আমি দুটি মেশিনের মধ্যে মাইএসকিউএল 5.5 এর প্রতিরক্ষামূলক কর্মক্ষমতা নিয়ে মারাত্মক সমস্যা বোধ করছি, বিবৃতি ভিত্তিক প্রতিলিপি সহ বেশিরভাগ মাইআইএসএএম টেবিল। বাইনারি লগস এবং মাইএসকিএল ডেটা ডিরেক্টরি উভয়ই একই ফিউশন আইওড্রাইভে অবস্থিত।

সমস্যাটি সম্প্রতি একটি বড় সমস্যা ছিল যখন আমাদের প্রায় প্রতিলিপিটি বিরতি দেওয়ার প্রয়োজন হয়েছিল। 3 ঘন্টা অন্য কোনও বোঝা ছাড়াই আবার ধরতে 10 ঘন্টা সময় লেগেছিল।

ধরতে 10 ঘন্টা

আমি কীভাবে প্রতিলিপিটির কর্মক্ষমতা বাড়াতে পারি? মেশিন বি মূলত নিষ্ক্রিয় (ছোট, আইও, ১ 16 টির মধ্যে 2 ম্যাক্সড আউট কোর, প্রচুর ফ্রি র্যাম), কারণ কেবল 1 মাইএসকিউএল থ্রেড ডেটা লেখছিল। আমার কিছু ধারণা এখানে ছিল:

  • সারি ভিত্তিক প্রতিরূপে স্যুইচ করুন। পরীক্ষাগুলিতে এটি কেবল 10-20% কার্যকারিতা বৃদ্ধি পেয়েছে
  • বহু-থ্রেডযুক্ত প্রতিলিপি সহ MySQL 5.6 এ আপগ্রেড করুন। আমরা সহজেই আমাদের ডেটাগুলি পৃথক ডাটাবেসে বিভক্ত করতে পারি, এবং মানদণ্ডগুলি এটির সাহায্য করবে বলে মনে হয় তবে কোডটি উত্পাদন প্রস্তুত বলে মনে হয় না।
  • কিছু কনফিগারেশন ভেরিয়েবল যা প্রতিরূপ দ্রুত করতে সহায়তা করবে

প্রাথমিক সমস্যাটি হ'ল যদি 3 ঘন্টা বিরতি দেওয়ার পরে এটি ধরতে 10 ঘন্টা লাগে তবে এর অর্থ হ'ল প্রতিলিপিটি 10 ​​ঘন্টাতে 13 ঘন্টা ডেটা লিখছে বা ডেটা গতিতে আসা 1307 গতিতে লিখতে সক্ষম হয়েছে I'm কমপক্ষে ভবিষ্যতে মাস্টার মেশিনে কমপক্ষে ডাবল লিখেছেন, তাই প্রতিরূপ কর্মক্ষমতা উন্নত করার জন্য মরিয়া হয়ে ওঠা দরকার।

মেশিন এ:

  • মনিব
  • 24 জিবি রাম
  • 1.2TB ফিউশন ioDrive2
  • 2x E5620
  • গিগাবিট আন্তঃসংযোগ

my.cnf:

[mysqld]
server-id=71
datadir=/data_fio/mysqldata
socket=/var/lib/mysql/mysql.sock
tmpdir=/data_fio/mysqltmp

log-error = /data/logs/mysql/error.log
log-slow-queries = /data/logs/mysql/stats03-slowquery.log
long_query_time = 2
port=3306

log-bin=/data_fio/mysqlbinlog/mysql-bin.log
binlog-format=STATEMENT
replicate-ignore-db=mysql

log-slave-updates = true

# Performance Tuning
max_allowed_packet=16M
max_connections=500
table_open_cache = 2048
max_connect_errors=1000
open-files-limit=5000

# mem = key_buffer + ( sort_buffer_size + read_buffer_size ) * max_connections
key_buffer=4G
max_heap_table_size = 1G
tmp_table_size = 4G
myisam_sort_buffer_size = 256M
sort_buffer_size=4M
read_buffer_size=2M
query_cache_size=16M
query_cache_type=2
thread_concurrency=32

user=mysql

symbolic-links=0

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

[mysql]
socket=/var/lib/mysql/mysql.sock

[client]
socket=/var/lib/mysql/mysql.sock

মেশিন বি:

  • ক্রীতদাস
  • 36 জিবি রাম
  • 1.2TB ফিউশন ioDrive2
  • 2x E5620
  • গিগাবিট আন্তঃসংযোগ

my.cnf:

[mysqld]
server-id=72
datadir=/data_fio/mysqldata
socket=/var/lib/mysql/mysql.sock
tmpdir=/data_fio/mysqltmp

log-error = /data/logs/mysql/error.log
log-slow-queries = /data/logs/mysql/stats03-slowquery.log
long_query_time = 2
port=3306

# Performance Tuning
max_allowed_packet=16M
max_connections=500
table_open_cache = 2048
max_connect_errors=1000
open-files-limit=5000

# mem = key_buffer + ( sort_buffer_size + read_buffer_size ) * max_connections
key_buffer=4G
max_heap_table_size = 1G
tmp_table_size = 4G
myisam_sort_buffer_size = 256M
sort_buffer_size=4M
read_buffer_size=2M
query_cache_size=16M
query_cache_type=2
thread_concurrency=32

user=mysql

symbolic-links=0

plugin-load=archive=ha_archive.so;blackhole=ha_blackhole.so

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

[mysql]
socket=/var/lib/mysql/mysql.sock

[client]
socket=/var/lib/mysql/mysql.sock

মেশিন বি মূলত অলস । এটি মাইএসকিউএল 5.1-এ প্রতিলিপি সহ আমার অভিজ্ঞতা। প্রতিলিপি একক থ্রেডযুক্ত, এবং একটি সিপিইউ আউট করা হবে যখন অন্যরা সেখানে অলস অবস্থায় বসে থাকে।
স্টিফান লাসিউইস্কি

তুমি কি গোলামকে ব্যাকআপ দিচ্ছ?
মাইকে

@ স্টেফান-লাসিউইস্কি পরিষ্কার হওয়ার জন্য, এটি মাইএসকিউএল 5.5, তবে হ্যাঁ। এটি একক থ্রেডেড এবং অত্যন্ত হতাশাব্য
নিক

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

1
@ স্টিফান-লাসিউস্কি হ্যাঁ - যদি কোনওরকম প্রতিলিপি বন্ধ না করে তবে স্পষ্টতই এটি পিছনে পাবেন না। প্রাথমিক সমস্যাটি হ'ল প্রতিলিপি গতি হ'ল মাস্টারের উপর ক্রমবর্ধমান লেখাগুলি n যদি এটি 1 এস ধরতে 3.3s লাগে তবে এর অর্থ হ'ল প্রতিলিপিটি 3.3s তে 4.3s তথ্য লিখছে, বা কেবল ডেটা আসার গতিতে 130% এ প্রতিলিপি দিতে সক্ষম হয়েছে। আমি কমপক্ষে ডাবল লিখনের সন্ধান করছি এই সার্ভারে লোড করুন।
নিক

উত্তর:


4

বাহ, এই সমস্যার জন্য আপনার কাছে কিছু মারাত্মকভাবে মৌমাছি হার্ডওয়্যার রয়েছে। বিটিরি অনুসন্ধান ইত্যাদির চেয়ে 20-50% ভাল পারফরম্যান্সের জন্য স্যান্ডি / আইভি ব্রিজ সিপিইউগুলিতে আপগ্রেড করার ব্যতীত আপনি এটিকে হার্ডওয়্যার ভিত্তিতে আরও কিছু করতে পারবেন না etc.

দয়া করে মনে রাখবেন যে আমার ফোরটি ইনোডব, তাই আমি যাচ্ছি

  1. আপনি মাইসাম উপেক্ষা করুন এবং এমনভাবে অভিনয় করুন যেন কোনও তফাত আসেনি।
  2. ধরে নিন এই সমস্যাটি আপনাকে আপগ্রেড করার জন্য যথেষ্ট গতিবেগ। হ্যাঁ, এটি একটি আপগ্রেড।

ইনোডব এই বাবার পুলটিতে প্রায়শই অ্যাক্সেসিত সারিগুলি সংরক্ষণ করে সেই সমস্ত স্মৃতির দুর্দান্ত সুবিধা নিতে সহায়তা করতে পারে। আপনি এটি যতটা চান তার আকারে বড় হতে পারেন (মেমরির 80% বলুন) এবং তাজা পঠন / লেখাগুলি স্মৃতিতে রয়ে যাবে যতক্ষণ না এগুলিকে সর্বশেষ অ্যাক্সেস করা ডেটার জন্য আরও জায়গা তৈরি করার জন্য তাদের ডিস্কে চাপ দেওয়া প্রয়োজন। মেমোরিতে আপনার ফিউশনআইওগুলির চেয়ে দ্রুতগতির একটি ক্রম।

আরও অনেক ইনোডব বৈশিষ্ট্য রয়েছে যেমন অ্যাডাপটিভ হ্যাশস, অটো-ইন লকিং মেকানিজম ইত্যাদি bo যা আপনার পরিবেশের জন্য উত্সাহ হতে পারে। আপনি তবে আপনার ডেটা আমার চেয়ে ভাল জানেন।

ইনোনাডব বিশ্বে একটি ভাল স্বল্পমেয়াদী সমাধান হ'ল আপনার দাসকে অনুকূল করা - আপনার দাসের প্রতি আপনার যে সমস্ত সূচক রয়েছে তা আপনার সত্যই দরকার? সূচিগুলি হ'ল সন্নিবেশ / আপডেট / মোছার উপর একটি বল এবং চেইন, ফিউশন আইও কার্ড সহ ইভেন । আইওপিএস এখানে সবকিছু নয়। স্যান্ডি / আইভির ব্রিজ প্রোকগুলির কাছে মেমোরি থ্রুপুট এবং কম্পিউটিংয়ের আরও ভাল পারফরম্যান্স রয়েছে - তারা এখন আপনার কাছে থাকা ওয়েস্টমিয়ারগুলির একটি বিশাল পার্থক্য করতে পারে। (চিত্র 20-50% সামগ্রিকভাবে)। আপনার যে সমস্ত সূচকের প্রয়োজন নেই সেগুলি সরিয়ে দিন!

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

তৃতীয়, এবং সবচেয়ে গুরুত্বপূর্ণ, একবার আপনি ইনোডবতে আপগ্রেড হয়ে গেলে অবশ্যই টোকুয়েটকে চেকআউট করুন। এই ছেলেরা কিছু দুষ্টু ভয়ঙ্কর জিনিস আছে যা একটি দীর্ঘ শট করে ইনোডবির রচনা / আপডেট / মোছার সম্পাদনাকে ছাড়িয়ে গেছে। তারা কী লাভ এক হিসাবে উন্নত রেপ্লিকেশন গতি দালালি, এবং আপনি তাদের benchmarks থেকে কেন Fusions পাগল IOPS করতে এখনো Btrees ক্ষেত্রে আপনাকে সাহায্য করবে না । (দ্রষ্টব্য: আমার দ্বারা স্বতন্ত্রভাবে যাচাই করা হয়নি)) তারা একটি বিট্রি সূচকটির পরিবর্তে একটি ড্রপ-ইন ব্যবহার করে যা ঘৃণ্যভাবে আরও জটিল হলেও বিটিরি সূচকগুলির অনেকগুলি অ্যালগোরিদমিক গতির সীমাবদ্ধতাকে মিশ্রিত করে।

আমি টোকিউটেক গ্রহণের বিষয়টি বিবেচনা করার প্রক্রিয়াধীন। যদি তারা এত বেশি লেখার গতি মুক্ত করে দেয় তবে এটি আমাকে আরও সূচী যুক্ত করতে দেয়। যেহেতু তারা এই জাতীয় অনুপাত (25x তারা উদ্ধৃত করে) এ ডেটা এবং সূচিগুলি সংকুচিত করে, তাই আপনি বর্ধিত তথ্যের জন্য একটি (পারফরম্যান্স, রক্ষণাবেক্ষণ) মূল্যও দেবেন না। আপনি তাদের ইঞ্জিনের জন্য ($) অর্থ প্রদান করেন, যদিও প্রতি-সংক্ষেপিত জিবি, আইআইআরসি প্রতি 2500 ডলার / বছর। আপনার কাছে যদি ডেটাটি প্রতিলিপি করা থাকে তবে তাদের ছাড় রয়েছে তবে আপনি এমনকি আপনার দাসের উপরে টোকুয়েটকে ইনস্টল করতে পারেন এবং আপনার মাস্টারকে যেমন আছে তেমন রাখতে পারেন। এমআইটি অ্যালগোরিটমস ওপেন কোর্সওয়ার বক্তৃতাটিতে প্রযুক্তিগত বিশদটি দেখুন । বিকল্পভাবে, তাদের ব্লগে অনেকগুলি প্রযুক্তিগত জিনিস রয়েছে এবং ভিডিওটি দেখার জন্য যাদের কাছে 1:20 নেই তাদের জন্য নিয়মিত হোয়াইটপ্যাপার রয়েছে। আমি বিশ্বাস করি যে ভিডিওগুলি দ্রুত পড়ার জন্য বিগ-ও সূত্র দেয়। আমার আছেধরে নেওয়া যায় যে পাঠগুলি ধীর হয় (সর্বদা একটি ট্রেডঅফ থাকে!) তবে সূত্রটি আমার পক্ষে কতটা অনুমান করা যায় তা জটিল। তাদের দাবি এটি মোটামুটি একই, তবে আমি বরং গণিতটি বুঝতে পারি (সম্ভবত না!)। আমার চেয়ে আপনি এটির চেয়ে আরও ভাল অবস্থায় থাকতে পারেন।

পিএস আমি টোকুতেকের সাথে অনুমোদিত নই, আমি তাদের পণ্যটি কখনও চালাইনি এবং তারা জানে না যে আমি তাদের দিকে তাকিয়ে আছি।

আপডেট :

আমি এই পৃষ্ঠায় আপনার আরও কিছু প্রশ্ন আছে দেখেছি এবং ভেবেছিলাম আমি চিপ করব:

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

দ্বিতীয়ত, সম্ভবত আপনার দাসটি ১.০-১.৫ এর লোড ধারণ করে, যদি আপনার অন্যান্য প্রস বা কোয়েরিগুলি চলমান থাকে তবে এটি উচ্চতর হতে পারে তবে 1.0 এর বেসলাইন। এর অর্থ আপনি সম্ভবত সিপিইউ বাউন্ডড যা সম্ভবত আপনার ফিউশনআইও বোর্ডে রয়েছে। যেমনটি আমি আগেই উল্লেখ করেছি, স্যান্ডি / আইভী ব্রিজটি আরও কিছুটা অলফ দিতে চলেছে, তবে আপনাকে ন্যূনতম ল্যাগের সাথে রাউবারের সময়টি পাওয়ার পক্ষে যথেষ্ট নয়। যদি এই ক্রীতদাসের বোঝা বেশিরভাগই কেবল লেখার জন্য থাকে (তবে অনেকগুলি পঠিত হয় না), আপনার সিপিইউ প্রায় অবশ্যই বিট্রি সন্নিবেশ / মুছে ফেলার জন্য অবস্থান নির্ণয়ের জন্য সময় ব্যয় করছে। অ-সমালোচক সূচকগুলি মুছে ফেলার বিষয়ে এটি উপরে আমার বক্তব্যকে শক্তিশালী করা উচিত - আপনি এগুলি পরে সর্বদা পুনরায় যুক্ত করতে পারেন। হাইপারথ্রেডিং অক্ষম করা কার্যকর হবে না, আরও সিপিইউ আপনার শত্রু নয়। একবার আপনি 32 গিগাবাইট র্যামের উপরে উঠলে, 64 জিবি বলুন, আপনাকে রাম বিতরণ সম্পর্কে চিন্তিত হওয়া উচিত, কিন্তু তারপরেও লক্ষণগুলি আলাদা।

অবশেষে, এবং সবচেয়ে গুরুত্বপূর্ণভাবে (এই অংশটি এড়িয়ে যাবেন না)), আমি ধরে নিচ্ছি আপনি এখন আরবিআর (সারি ভিত্তিক প্রতিলিপি) চালাচ্ছেন কারণ আপনি খুব বেশি স্যুইচ করার সময় একটি অ-তুচ্ছ কর্মক্ষমতা বৃদ্ধির কথা উল্লেখ করেছেন mentioned তবে - এখানে আরও বেশি পারফরম্যান্স পাওয়ার কোনও উপায় থাকতে পারে । আপনার যদি কোনও প্রাথমিক কী না করে টেবিলগুলি প্রতিলিপি করা হয় তবে মাইএসকিএল বাগ 53375 টি প্রকাশ করতে পারে। ক্রীতদাস মূলত একটি প্রাথমিক কী ছাড়া আর কিছু ব্যবহার করার মতো স্মার্ট নয়, সুতরাং একজনের অনুপস্থিতি প্রতিলিপি থ্রেডকে প্রতিটি আপডেটের জন্য একটি সম্পূর্ণ টেবিল স্ক্যান করতে বাধ্য করে। একটি ফিক্স কেবল একটি সৌম্য, সারোগেট স্বতঃসংশোধক প্রাথমিক কী যুক্ত করছে। আমি কেবল তখনই এটি করতে পারি যদি টেবিলটি বড় হত (কয়েক হাজার সারি বা তার চেয়েও বেশি কয়েক দশকে বলুন)। এটি অবশ্যই টেবিলে অন্য সূচকের দামে আসে যা আপনি সিপিইউতে যে মূল্য দেয় তা নিয়ে আসে। নোট করুন যে এর বিরুদ্ধে খুব কম তাত্ত্বিক যুক্তি রয়েছে, কারণ InnoDB যদি না করেন তবে পর্দার আড়ালে একটি যুক্ত করেন। ভৌতিক এক, কিন্তু, 53375. দুষ্প্রাপ্য ধাতু বিরুদ্ধে একটি দরকারী প্রতিরক্ষা খুব এই সমস্যা অতিক্রম করতে হয় না, কিন্তু আপনি প্রয়োজন যখন দুষ্প্রাপ্য ধাতু ব্যবহার করে আপনি নিজের এনকোডিং সোজা আছে নিশ্চিত হতে। আমি শেষবারের সাথে এটি খেলেছি, এটি কোনও মারাত্মকভাবে মারা যাবে যখন কোনও নন-ইউটিএফ 8 স্ট্রিংয়ের প্রতিরূপ তৈরি করা দরকার। আমি এটি ছেড়ে দেওয়ার সময় সম্পর্কে।


আপনার সময় জন্য অনেক ধন্যবাদ! আপনি এখানে যে তথ্য দিয়েছেন তা আমি সত্যই প্রশংসা করি। InnoDB এ স্থানান্তর করা এমন একটি বিষয় যা আমরা বেশিরভাগ সময় সারি-স্তরের লক করার সুবিধার জন্য বিবেচনা করে আসছিলাম। এটি আমাকে চিন্তার জন্য কিছু খাবার দেয়। আবার ধন্যবাদ.
নিক

বাহ, এটি কিছু মারাত্মকভাবে উজ্জ্বল মাইএসকিএল বিশ্লেষণ :)
কেভিন

4

কোনও উত্তর নয় তবে আপনি আরও নমনীয়তার জন্য টংস্টন প্রতিলিপি এবং তাদের বাণিজ্যিক পণ্যগুলি বিবেচনা করতে পারেন । এটি কি একক কোরের 100% সিপিইউ ব্যবহার যা বাধা?


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

নাহ, কেবলমাত্র জানেন যে নামী মাইএসকিএল বাস্তুতন্ত্রের অবদানকারী তাদের জন্য কাজ করে [ datacharmer.blogspot.com ]। বাধা সম্পর্কে কীভাবে - আপনি কি নিশ্চিত যে এটি একক-কোর-লোড যা সীমিতকরণের কারণ?
pQd

তথ্যের জন্য ধন্যবাদ। আরই: সীমাবদ্ধ ফ্যাক্টর, না আমি মোটেও নিশ্চিত নই। আমি মনে করি না যে এটি I / O, যেমন iostat রিপোর্ট করেছে যে ফিউশন আইওড্রাইভ <10 এমবি / গুলি লিখেছেন। আমি নিশ্চিত যে ডিভাইসটি আরও অনেক বেশি সক্ষম। অন্যদিকে, সর্বদা 1, এবং মাঝেমধ্যে 1 টি অতিরিক্ত কোর থাকে যা 100% হয় এবং অন্যরা নিষ্ক্রিয় থাকে। হাইপার-থ্রেডিং অক্ষম করার বিষয়ে কী?
নিক

@ নিক - দুঃখিত, হাইপার-থ্রেডিং সম্পর্কে আমি পরামর্শ দিতে পারি না। তবে চেষ্টা করুন ... এছাড়াও - মাইএসকিএল টেম্পলেটগুলির সাথে মুনিন বা ক্যাকটি ইনস্টল করার চেষ্টা করুন এবং কী চলছে সে সম্পর্কে বিশদটি দেখুন।
pQd

এই পোস্টটি কন্টিনিয়েন্ট লোকেদের থেকে দেখুন: স্কেল-out-blog.blogspot.ca/2011/10/… উক্তি: "সামগ্রিকভাবে আমরা নিরাপদে বলতে পারি যে একক থ্রেডযুক্ত নেটিভ প্রতিলিপিটি সম্ভবত I / O- আবদ্ধে অয়োগ্য হতে পারে এসএসডি এবং / অথবা স্লেভ প্রাক-আনতে কোনও সংমিশ্রণে না গিয়ে কেস ""
HTTP500

2

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


একেবারে। আমরা ব্যাকআপ বা দীর্ঘ প্রশ্নের জন্য নিয়মিতভাবে টেবিলগুলি লক করি তবে আইও থ্রেড পুনরায় শুরু হওয়ার পরে বিষয়টি প্রতিরূপের গতিতে অন্তর্ভুক্ত। আমি অনুমান করি যে এটি কেবলমাত্র আগত ডেটার গতির ১৩০% এ প্রতিলিপি তৈরি করছে, যা আমরা এই সেটআপটিকে আরও কত স্কেল করতে পারি তা সীমাবদ্ধ করে যদি না আমরা প্রতিরূপের গতি উন্নত করতে না পারি। যে জানার জন্য?
নিক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.