خطای MySQL «Table is marked as crashed» و روش تعمیر جدول با phpMyAdmin

خطای MySQL «Table is marked as crashed» معمولاً نشان‌دهنده خراب شدن جدولی است که با موتور ذخیره‌سازی MyISAM ساخته شده و MySQL نمی‌تواند به‌درستی آن را بخواند. سریع‌ترین راه حل، گرفتن نسخه پشتیبان از دیتابیس و سپس انتخاب جدول مورد نظر در phpMyAdmin و اجرای عملیات تعمیر جدول است. اما این خطا همیشه قابل رفع با یک کلیک نیست؛ قطع ناگهانی سرور، پر شدن دیسک، کوئری‌های نامناسب، ترافیک سنگین نوشتن یا تنظیمات قدیمی MySQL می‌توانند باعث تکرار آن شوند. در این راهنما به طور گام به گام به دلایل این خطا، روش‌های ایمن تعمیر با phpMyAdmin، کنترل نسخه پشتیبان پیش از عملیات و راهکارهای پیشگیری دائمی خواهیم پرداخت.

وب‌سایت شما ممکن است وردپرس، اوپن‌کارت، نرم‌افزار اختصاصی PHP یا سیستم انجمن داشته باشد؛ وقتی جدول MySQL خراب شود، بازدیدکنندگان ممکن است صفحه سفید، خطای ۵۰۰، تایم‌اوت اتصال یا خطاهای غیرمنتظره دیتابیس در پنل مدیریت مشاهده کنند. به‌ویژه در سایت‌های فروشگاهی که جداول سفارش، محصول، نشست یا سبد خرید آسیب ببینند، حتی چند دقیقه قطعی می‌تواند به معنای از دست دادن درآمد باشد. بنابراین هنگام تعمیر هم حفظ داده‌ها و هم درک ریشه مشکل اهمیت دارد. زیرساخت میزبانی مطمئن، پشتیبان‌گیری منظم و انتخاب صحیح موتور دیتابیس به شکل قابل توجهی این ریسک‌ها را کاهش می‌دهد. برای زیرساختی پایدار و قابل نظارت می‌توانید از گزینه‌های هاستینگ وب Hostragons یا برای پروژه‌های پرمصرف از سرور VPS Hostragons استفاده کنید.

خطای Table is marked as crashed چیست؟

خطای Table is marked as crashed به این معناست که سرور MySQL جدولی را به عنوان خراب علامت زده و هنگام خواندن یا نوشتن روی آن مشکل دارد. معمولاً این خطا به صورت پیام‌هایی مانند Table './database/table_name' is marked as crashed and should be repaired یا Incorrect key file for table دیده می‌شود. این پیغام نشان می‌دهد که مشکلاتی در فایل جدول، ایندکس‌ها یا یکپارچگی جدول وجود دارد.

این خطا بیشتر در جداول MyISAM رخ می‌دهد. MyISAM موتور ذخیره‌سازی قدیمی و سرعت‌محور در خواندن است اما توانایی بازیابی پس از خرابی آن به اندازه InnoDB قوی نیست. اگر سرور ناگهان خاموش شود، عملیات نوشتن روی دیسک نیمه‌تمام بماند یا سرویس MySQL به درستی بسته نشود، جداول MyISAM به راحتی آسیب می‌بینند. InnoDB به خاطر استفاده از transaction log و مکانیزم‌های بازیابی خودکار معمولاً مقاوم‌تر است؛ اما این به معنای عدم بروز مشکل در جداول InnoDB نیست. در این موتور مشکلات بیشتر به صورت خطاهای مربوط به فضای جدول، دیسک، لاگ تراکنش یا دیکشنری داده ظاهر می‌شوند.

دلایل رایج بروز خطا

اگرچه تعمیر جدول با phpMyAdmin اغلب کافی به نظر می‌رسد، اما اگر علت اصلی مشکل مشخص نشود، خطا ممکن است در عرض چند ساعت یا روز تکرار شود. رایج‌ترین دلایل در عمل به شرح زیر است:

• خاموشی ناگهانی سرور: قطعی برق، ری‌ست سخت‌افزاری یا خرابی سیستم عامل هنگام نوشتن روی جدول باعث آسیب می‌شود.
• پر شدن فضای دیسک: اگر MySQL نتواند فایل‌های موقت، ایندکس‌ها یا به‌روزرسانی‌های جدول را بنویسد، یکپارچگی داده‌ها به خطر می‌افتد. پر شدن بیش از ۹۰٪ دیسک بسیار خطرناک است.
• قطع اجباری سرویس MySQL: دستوراتی مانند kill -9 روی سرویس، به‌خصوص هنگام نوشتن سنگین، جداول MyISAM را خراب می‌کند.
• ترافیک نوشتن بالا: جداولی مثل لاگ‌ها، شمارنده‌ها، نشست‌ها یا جداول جستجو که مرتباً به‌روزرسانی می‌شوند و از MyISAM استفاده می‌کنند، آسیب‌پذیرتر هستند.
• افزونه یا قالب ناسازگار: در سیستم‌هایی مانند وردپرس، افزونه‌های بدکدنویسی شده می‌توانند کوئری‌های سنگین ایجاد کرده و باعث قفل شدن جدول شوند.
• مشکلات سخت‌افزاری یا فایل سیستم: سکتور خراب دیسک، خطاهای ورودی/خروجی یا فایل سیستم آسیب‌دیده می‌تواند فایل‌های دیتابیس را تحت تاثیر قرار دهد.
• نسخه قدیمی MySQL: نسخه‌های قدیمی‌تر ممکن است عملکرد ضعیف‌تر و رفتارهای بازیابی ضعیف‌تری داشته باشند.

گام‌های حیاتی قبل از شروع تعمیر

تعمیر دیتابیس معمولاً ایمن است اما هر عملی روی جدول خراب می‌تواند خطر از دست رفتن داده‌ها را کاهش ندهد. به خصوص در محیط تولید، اولویت همیشه گرفتن نسخه پشتیبان است.

۱. نسخه پشتیبان فعلی را تهیه کنید

قبل از شروع تعمیر با phpMyAdmin، یک نسخه آنی از دیتابیس خود استخراج کنید. حتی اگر جدول خراب باشد، گرفتن بک‌آپ از داده‌های قابل خواندن اهمیت دارد. در phpMyAdmin دیتابیس را انتخاب کنید، به تب خروجی بروید، به جای روش سریع سعی کنید روش سفارشی را انتخاب و خروجی را در فرمت SQL ذخیره کنید. در دیتابیس‌های بزرگ ممکن است خروجی گرفتن با تایم‌اوت مواجه شود؛ در این حالت ابزار پشتیبان‌گیری کنترل پنل هاست یا استفاده از mysqldump در SSH گزینه‌های بهتری هستند. پروژه‌هایی که برنامه منظم پشتیبان‌گیری ندارند، منابعی مانند راه‌حل‌های پشتیبان‌گیری هاستینگ را مطالعه کنند.

۲. جدول خراب را شناسایی کنید

معمولاً نام جدول خراب در پیام خطا ذکر شده است. مثلاً در سایت وردپرس ممکن است جداولی مثل wp_options، wp_posts، wp_comments یا wp_actionscheduler_actions باشد. در نرم‌افزارهای اختصاصی نام جدول ممکن است در لاگ‌های خطا PHP یا MySQL دیده شود. شناسایی دقیق جدول خراب از انجام عملیات غیرضروری روی تمام دیتابیس جلوگیری می‌کند.

۳. سایت را برای مدت کوتاهی در حالت نگهداری قرار دهید

اگر هنگام تعمیر جدول عملیات نوشتن جدید روی آن انجام شود، ممکن است فرایند تعمیر ناقص بماند یا داده‌ها ناسازگار شوند. در سایت‌های پربازدید، چند دقیقه قرار دادن سایت در حالت نگهداری، امنیت فرایند را افزایش می‌دهد. در وردپرس می‌توانید از افزونه‌های نگهداری استفاده کنید و در نرم‌افزارهای اختصاصی با صفحه نگهداری موقت یا ریدایرکت وب سرور، دسترسی کاربران را محدود کنید. برای تجربه امن‌تر کاربر، صفحه نگهداری باید SSL فعال داشته باشد؛ اگر در دریافت گواهی مشکل دارید، گزینه‌های گواهی‌نامه SSL را بررسی کنید.

چگونه جدول MySQL را با phpMyAdmin تعمیر کنیم؟

phpMyAdmin ابزاری است که بدون نیاز به دانش خط فرمان، تعمیر جدول MySQL را ساده می‌کند. مراحل زیر معمولاً در کنترل پنل‌های cPanel، Plesk و مشابه آنها یکسان است.

مرحله ۱: ورود به phpMyAdmin از کنترل پنل هاست

پس از ورود به کنترل پنل میزبانی، بخش دیتابیس‌ها را باز کرده و روی لینک phpMyAdmin کلیک کنید. اگر چند حساب میزبانی یا دامنه دارید، مطمئن شوید که روی حساب صحیح کار می‌کنید. اشتباه انتخاب کردن دیتابیس معمولاً آسیبی مستقیم نمی‌زند اما باعث اتلاف وقت و اشتباه تعمیر روی محیط تست به جای سایت زنده می‌شود. در صورت تداخل دامنه و هاست، موضوع مدیریت دامنه را مرور کنید.

مرحله ۲: انتخاب دیتابیس صحیح

از منوی سمت چپ دیتابیسی که سایت شما استفاده می‌کند را انتخاب کنید. برای وردپرس نام دیتابیس را در فایل wp-config.php در خط DB_NAME پیدا می‌کنید. در پروژه‌های PHP اختصاصی معمولاً نام دیتابیس در فایل‌های config.php، .env یا database.php مشخص است. اگر چند سایت روی یک سرور دارید، این مرحله اهمیت بیشتری پیدا می‌کند.

مرحله ۳: مشخص کردن جدول خراب

پس از باز شدن دیتابیس، لیست جداول نمایش داده می‌شود. جدول مشکل‌دار را پیدا کرده و تیک کنار آن را بزنید. اگر چند جدول مشکل‌دار دارید، می‌توانید همه را انتخاب کنید اما بهتر است ابتدا روی مهم‌ترین جدول تمرکز کنید. نوع موتور جدول را در ستون نوع یا Engine مشاهده کنید تا مطمئن شوید MyISAM است یا خیر.

مرحله ۴: اجرای گزینه تعمیر جدول

بعد از انتخاب جدول، از منوی کشویی پایین صفحه گزینه تعمیر جدول را انتخاب کنید. phpMyAdmin در پس‌زمینه معمولاً دستور REPAIR TABLE table_name را اجرا می‌کند. پس از اتمام، پیام موفقیت، هشدار یا شکست را مشاهده خواهید کرد. در صورت موفقیت معمولاً پیام status OK نمایش داده می‌شود. در جداول بزرگ این فرایند ممکن است چند دقیقه طول بکشد؛ در این مدت صفحه را رفرش نکنید و مرورگر را نبندید.

مرحله ۵: بررسی جدول و تست سایت

پس از اتمام تعمیر، می‌توانید از همان منوی کشویی گزینه بررسی جدول را اجرا کنید. سپس صفحه اصلی سایت، پنل مدیریت، جستجو، لیست محصولات و بخش ورود کاربران را تست نمایید. در وردپرس، ذخیره مجدد پیوندهای یکتا، پاک کردن کش و بررسی لاگ خطاها توصیه می‌شود.

معانی گزینه‌های تعمیر در phpMyAdmin

در phpMyAdmin علاوه بر تعمیر، گزینه‌های متنوعی برای نگهداری جدول وجود دارد که هرکدام کاربرد خاصی دارند و نباید اشتباه استفاده شوند.

خلاصه اینکه برای خطای Table is marked as crashed گزینه اصلی تعمیر جدول است. بهینه‌سازی و تحلیل ابزارهای جانبی نگهداری هستند اما نمی‌توانند به تنهایی مشکل جدول خراب را حل کنند.

چرا در جداول InnoDB شرایط متفاوت است؟

در phpMyAdmin گزینه تعمیر جدول برای جداول InnoDB همیشه به درستی کار نمی‌کند. دلیلش این است که InnoDB برخلاف MyISAM که روی فایل‌های ساده کار می‌کند، از لاگ تراکنش، لاگ ریدو، لاگ آندو و ساختار فضای جدول برای حفظ یکپارچگی استفاده می‌کند. بنابراین مشکلات InnoDB معمولاً با بررسی لاگ‌های سرویس MySQL، کنترل وضعیت دیسک، بازگرداندن از نسخه پشتیبان یا استفاده از روش‌های تخصصی بازیابی حل می‌شوند.

اگر خطا مربوط به جدول MyISAM باشد، تعمیر در phpMyAdmin احتمالاً موفقیت‌آمیز است. اما در صورت دیدن پیام‌هایی مثل corrupt، tablespace یا cannot open table برای جداول InnoDB، بهتر است قبل از هر اقدامی نسخه پشتیبان بگیرید و لاگ‌های سرور را مطالعه کنید. در چنین مواردی درخواست کمک از پشتیبانی هاست امن‌تر است. به‌خصوص در سایت‌های فروشگاهی، آزمون و خطای خودسرانه ممکن است باعث از دست رفتن داده‌های حیاتی شود.

اگر تعمیر موفق نبود چه باید کرد؟

تعمیر با phpMyAdmin همیشه موفق نیست. حجم زیاد جدول، آسیب جدی به فایل، مشکل دیسک یا محدودیت دسترسی می‌تواند فرایند را نیمه‌کاره رها کند. در این شرایط می‌توانید اقدامات زیر را انجام دهید:

• بازگردانی از نسخه پشتیبان: قابل اعتمادترین روش بازیابی، بازگردانی آخرین نسخه سالم است. قبل از بازگردانی، دیتابیس خراب را به صورت جداگانه ذخیره کنید.
• استفاده از myisamchk در SSH: اگر به سرور دسترسی SSH دارید، می‌توانید برای جداول MyISAM این ابزار را اجرا کنید. این کار باید زمانی انجام شود که سرویس MySQL متوقف یا دسترسی به جدول قطع شده باشد.
• اجرای دستور REPAIR TABLE در SQL: می‌توانید در تب SQL phpMyAdmin دستور REPAIR TABLE table_name; را اجرا کنید. برای جداول بزرگ از گزینه‌های QUICK یا EXTENDED هم می‌توان بهره برد.
• بررسی فضای دیسک و inode: اگر فضای دیسک یا inode پر باشد، تعمیر با شکست مواجه می‌شود. ابتدا فایل‌های غیرضروری، بک‌آپ‌ها، لاگ‌ها و فایل‌های موقت را پاک کنید.
• بررسی لاگ‌های خطا سرور: لاگ‌های خطای MySQL، وب سرور و PHP اطلاعات مهمی درباره علت اصلی مشکل ارائه می‌دهند.

اگر هاست اشتراکی دارید ممکن است دسترسی SSH یا امکان توقف سرویس را نداشته باشید. در این حالت ارسال کامل پیام خطا، نام جدول، زمان تقریبی بروز مشکل و آخرین نسخه پشتیبان به تیم پشتیبانی می‌تواند روند حل مشکل را سرعت بخشد.

چگونه از تکرار خطا جلوگیری کنیم؟

تعمیر یکباره فقط مشکل را موقت حل می‌کند؛ پیشگیری مستمر به بهبود زیرساخت و رعایت اصول نگهداری وابسته است. نکات زیر ریسک خرابی جداول MySQL را به شکل چشمگیری کاهش می‌دهند.

تبدیل جداول MyISAM به InnoDB

امروزه InnoDB معمولاً گزینه ایمن‌تر و مقاوم‌تری است. به دلیل قفل‌گذاری در سطح ردیف، پشتیبانی از تراکنش و قابلیت بازیابی خودکار پس از خرابی، در شرایط ترافیک نوشتن بالا بهتر عمل می‌کند. تبدیل با دستور ALTER TABLE table_name ENGINE=InnoDB; انجام می‌شود اما حتماً قبل از اعمال در سایت زنده، در محیط تست امتحان و نسخه پشتیبان کامل تهیه کنید. برخی نرم‌افزارهای قدیمی ممکن است به ایندکس‌های fulltext یا رفتارهای خاص MyISAM وابسته باشند.

پشتیبان‌گیری منظم و قابل بازیابی

پشتیبان فقط به معنی گرفتن فایل نیست بلکه باید قابلیت بازگردانی داشته باشد. سیاستی شامل پشتیبان‌های روزانه، بک‌آپ‌های هفتگی کامل و تهیه نسخه دستی قبل از تغییرات مهم بهترین نتیجه را دارد. نگهداری حداقل یک هفته بک‌آپ برای اکثر سایت‌های کوچک و متوسط نقطه شروع خوبی است. سایت‌های فروشگاهی برای کاهش ریسک از دست رفتن سفارش‌ها ممکن است نیاز به بک‌آپ‌های مکرر یا بازیابی مبتنی بر binlog داشته باشند.

نظارت بر استفاده فضای دیسک و منابع سرور

وقتی استفاده دیسک به ۸۵ تا ۹۰ درصد می‌رسد باید هشدار دریافت کنید. MySQL برای کارکرد بهینه نیاز به فضای کافی برای فایل‌های موقت، لاگ و ایندکس دارد. همچنین باید CPU، RAM و زمان انتظار I/O را به طور منظم بررسی کنید. سایت‌هایی که مرتباً به محدودیت منابع برخورد می‌کنند، بیشتر مستعد خطاهای دیتابیسی هستند. در صورت رشد ترافیک، ارتقا به پلن قوی‌تر منطقی است؛ در این زمینه می‌توانید صفحه‌های هاستینگ شرکتی یا هاستینگ با عملکرد بالا را مطالعه کنید.

بررسی افزونه‌ها، قالب‌ها و بروزرسانی نرم‌افزار

نرم‌افزارهای قدیمی نه تنها نقص امنیتی ایجاد می‌کنند، بلکه ممکن است کوئری‌های ناکارآمد به دیتابیس ارسال کنند. در وردپرس، افزونه‌های بلااستفاده را حذف کنید، جداول لاگ حجیم را پاکسازی کنید و از افزونه‌های مطمئن استفاده نمایید. قبل از آپدیت‌ها، ابتدا در محیط staging تست انجام دهید تا مشکلات غیرمنتظره کاهش یابد.

خاموش و راه‌اندازی صحیح سرور و برنامه‌ریزی نگهداری

اگر سرور VPS یا اختصاصی دارید، از قطع اجباری سرویس MySQL خودداری کنید. قبل از نگهداری سرویس‌ها را به صورت کنترل شده متوقف کنید، به‌روزرسانی‌ها را در ساعات کم ترافیک انجام دهید و بعد از راه‌اندازی مجدد، لاگ‌ها را بررسی کنید. داشتن برنامه نگهداری منظم ریسک خرابی دیتابیس در سایت‌های پر ترافیک را کاهش می‌دهد.

نکات اختصاصی برای سایت‌های وردپرس

در وردپرس اغلب خطاهای MySQL با پیام کلی خطا در اتصال به دیتابیس نشان داده می‌شوند اما در لاگ خطا جزئیات جدول خراب دیده می‌شود. جداولی مانند wp_options، wp_posts، wp_postmeta، wp_comments و برخی جداول لاگ افزونه‌ها معمولاً آسیب‌پذیرتر هستند. خرابی wp_options باعث می‌شود تنظیمات کلی سایت قابل خواندن نباشد؛ خرابی wp_posts نمایش محتوا را مختل می‌کند؛ و جداول لاگ افزونه‌ها ممکن است باعث کندی پنل مدیریت شوند.

وردپرس قابلیت تعمیر دیتابیس درونی دارد که با افزودن خط تعریف define('WP_ALLOW_REPAIR', true); به فایل wp-config.php و بازدید از آدرس /wp-admin/maint/repair.php فعال می‌شود. البته پس از اتمام کار حتماً این خط حذف شود تا صفحه تعمیر به صورت عمومی باز نباشد. روش phpMyAdmin معمولاً قابل کنترل‌تر است چون شما دقیقاً می‌دانید روی کدام جدول کار می‌کنید. اگر به دنبال زیرساخت بهینه برای وردپرس هستید، منابع هاستینگ وردپرس را ببینید.

چه زمانی باید از متخصص کمک گرفت؟

هر خطای MySQL قابل حل توسط خود شما نیست. در موارد زیر توصیه به استفاده از پشتیبانی حرفه‌ای می‌شود:

• جدول خراب داده‌های سفارش، پرداخت، عضوگیری یا مالی مهم دارد.
• تعمیر انجام شده ولی خطا ادامه دارد یا جدول از دست رفته است.
• حجم دیتابیس چند گیگابایت است و phpMyAdmin با تایم‌اوت مواجه می‌شود.
• خطاهای مربوط به InnoDB tablespace یا redo log مشاهده می‌شود.
• هشدارهای خطای دیسک، I/O error یا فایل سیستم دیده می‌شود.
• نسخه پشتیبان مناسبی در تاریخ نزدیک ندارید.

هنگام درخواست پشتیبانی، متن کامل پیام خطا، نام دیتابیس و جدول، زمان شروع مشکل، آخرین تغییرات یا انتقال و تاریخ نسخه پشتیبان را ارائه دهید. این اطلاعات روند حل مشکل را بسیار تسریع می‌کنند.

چک‌لیست سریع

در شرایط اضطراری می‌توانید مراحل زیر را به ترتیب دنبال کنید:

• نام جدول خراب را از پیام خطا استخراج کنید.
• از دیتابیس فعلی نسخه پشتیبان تهیه کنید.
• سایت را برای چند دقیقه در حالت نگهداری قرار دهید.
• در phpMyAdmin دیتابیس مناسب را انتخاب کنید.
• جدول مورد نظر را علامت زده و گزینه تعمیر جدول را اجرا کنید.
• جدول را بررسی کرده و عملکرد سایت را تست کنید.
• فضای دیسک، منابع سرور، نسخه پشتیبان و موتور جدول را چک کنید تا ریسک تکرار کاهش یابد.

سوالات متداول

آیا خطای MySQL Table is marked as crashed باعث از دست رفتن داده می‌شود؟

خیر، همیشه به معنای از دست رفتن داده نیست. بیشتر جداول MyISAM را می‌توان با عملیات تعمیر phpMyAdmin بازیابی کرد. اما اگر جدول به شدت آسیب دیده باشد، ممکن است بخشی از داده‌ها از بین رفته باشند. بنابراین قبل از تعمیر گرفتن نسخه پشتیبان ضروری است.

آیا تعمیر جدول با phpMyAdmin امن است؟

اغلب اوقات بله، اما هر عملیات نگهداری روی دیتابیس زنده با ریسک همراه است. گرفتن نسخه پشتیبان، انتخاب جدول صحیح و قرار دادن سایت در حالت نگهداری امنیت را بالا می‌برد. برای جداول بزرگ یا حساس استفاده از کمک متخصص توصیه می‌شود.

برای جداول InnoDB باید گزینه تعمیر جدول را اجرا کنم؟

خیر، جداول InnoDB با روش سنتی REPAIR TABLE تعمیر نمی‌شوند. مشکلات این جداول معمولاً با بررسی لاگ‌ها، کنترل سلامت دیسک و بازگردانی از نسخه پشتیبان حل می‌شود. اجرای تعمیر بی‌هدف ممکن است باعث از دست رفتن داده شود.

چرا این خطا مرتباً تکرار می‌شود؟

اگر خطا تکرار می‌شود به این معنی است که علت اصلی رفع نشده است. پر بودن دیسک، خاموشی ناگهانی سرویس، ترافیک شدید نوشتن، افزونه‌های خراب، استفاده مداوم از MyISAM یا نسخه قدیمی MySQL از عوامل رایج هستند. شناسایی و رفع ریشه مشکل برای حل دائمی ضروری است.

قبل از تعمیر باید با شرکت هاستینگ تماس بگیرم؟

در خطاهای ساده MyISAM، می‌توانید پس از گرفتن نسخه پشتیبان، خودتان با phpMyAdmin اقدام کنید. اما اگر جدول داده‌های مهم دارد، بک‌آپ ندارید، دیتابیس بزرگ است یا خطاهای InnoDB مشاهده می‌کنید، حتماً با پشتیبانی هاست تماس بگیرید.

نتیجه‌گیری

خطای MySQL «Table is marked as crashed» به ویژه در جداول MyISAM رخ می‌دهد و اغلب با phpMyAdmin قابل رفع است. روش صحیح شامل تهیه نسخه پشتیبان، شناسایی جدول خراب، تعمیر با phpMyAdmin و رفع دلایل اصلی خطا است. پشتیبان‌گیری منظم، منابع کافی سرور، استفاده از InnoDB و به‌روزرسانی نرم‌افزار از تکرار این مشکل جلوگیری می‌کنند. اگر مکرراً این خطاها را تجربه می‌کنید، بهتر است زیرساخت خود را بازبینی کرده و از منابع Hostragons یا پشتیبانی حرفه‌ای راهنمایی بگیرید.