بسی لذت بردم از خوندن این مقاله
درس بزرگش استفاده از راه حال های خیلی ساده حتی برای scale خیلی بزرگی مثل pinterest هست
یکی از نکات جالب این مقاله استفاده از دیتابیس های master بود و از slave فقط برای بکاپ استفاده میکردن، همه read و writeهای production روی master هست و دیگه مشکلی بابت lagهای slave که میتونه خیلی bug-prone باشه ندارن.
جالبه که در انتخاب دیتابیس maturity دیتابیس رو اولویت قرار دادن و دیتابیس MySQL رو به MongoDB و Cassandra ترجیح دادن با اینکه راه حل های مدرن تر قابلیت auto-scaling دارن. حقیقتا به شخصه هم MySQL رو دوست دارم، هم ساده ست و هم mature و هم کلی ابزار خوب مثل ProxySQL براش هست.
https://proxysql.comبرای shard کردن روی هر سرور EC2 یه سرویس MySQL بالا آوردن و هر سرویس MySQL در حالت master-master روی هاست بکاپ replicate میشه، این مستر بکاپ فقط برای وقتی هست که مستر اصلی fail بشه. روی پروداکشن همه read و writeها توسط master اصلی انجام میشه و این کار رو pinterest خیلی توصیه میکنه چون ساده میشه همه چیز.
هر نسخه از سرویس MySQL میتونه شامل چندین database باشه که اسم دیتابیس ها unique هست در سرتاسر ناوگان (کلاسترهای) MySQL. یه تصمیم دیگه ای هم که گرفتن اینه که وقتی داده ای در یک shard ذخیره میشه دیگه هیچ وقت به shard دیگه ای منتقل نمیشه. ولی برای افزایش ظرفیت یک shard میشه کل اون shard رو به یک ماشین دیگه منتقل کرد.
دغدغه دیگه شون هم طبیعتا ساخت uuid بوده
نحوه ساختن UUIDشون خیلی جالبه، اینطوریه که سه بخش داره، بخش اول میشه شناسه shard بخش دوم میشه شناسه جدول، مثلا جدول pin ها شناسه ش ۱ هست و بخش سوم هم میشه شناسه عددی id رکورد در جدول pins که یه auto-increment integer هست.
یکی از کارهای جالب دیگه شون اینه که جدول دیتابیس شون کلا یه فیلد blob داره که یه فیلد TEXT هست که داده های serializeشده json رو ذخیره میکنن. علتش هم اینه که میگن اضافه کردن ستون به دیتابیس توسط دستور alter table خیلی هزینه بر هست ولی اضافه کردن فیلد به json نه. سمت اپلیکیشن ها هم سعی میکنن برای فیلدهای جدید تعریف شده default value در نظر بگیرن که اگه داده قدیمی jsonی اون فیلدهارو نداشت مشکلی پیش نیاد.
برای edit کردن یک رکورد دیتابیس هم از select for update استفاده میکنن که read lock بگیرن روی اون record دیتابیس.
http://dev.mysql.com/doc/refman/5.7/en/innodb-locking-reads.html
> BEGIN
> SELECT blob FROM db03429.pins WHERE local_id=7075733 FOR UPDATE
[Modify the json blob]
> UPDATE db03429.pins SET blob=’<modified blob>’ WHERE local_id=7075733
> COMMIT
Sharding Pinterest: How we scaled our MySQL fleet
https://medium.com/pinterest-engineering/sharding-pinterest-how-we-scaled-our-mysql-fleet-3f341e96ca6f@gocasts
