MySQL পরিচিতি ও সেটআপ

স্বাগতম! আমরা একটি দীর্ঘ এবং রোমাঞ্চকর যাত্রা শুরু করতে যাচ্ছি। এই অধ্যায়টি শুধু MySQL শেখার জন্য নয়, বরং একজন সাধারণ ডেভেলপার থেকে কীভাবে একজন Database Architect বা Senior Backend Engineer এর মতো চিন্তা করতে হয়, তা শেখার জন্য।

শুরু করা যাক একদম গোড়া থেকে।

১.১ MySQL কী? (Basic to Senior Perspective)

সহজ কথায়, MySQL হলো একটি ওপেন-সোর্স Relational Database Management System (RDBMS)।

👶 জুনিয়র ডেভেলপার হিসেবে যা জানা দরকার:

  • এখানে ডেটা টেবিল (Table) আকারে সারি (Row) এবং কলামে (Column) জমা থাকে।
  • বিভিন্ন টেবিলের মধ্যে সম্পর্ক বা Relation তৈরি করা যায় (যেমন: একজন User এর অনেকগুলো Order থাকতে পারে)।
  • ডেটা আনা-নেওয়া করার জন্য আমরা SQL (Structured Query Language) ব্যবহার করি।

⚠️ Senior Engineer হিসেবে যা জানা আবশ্যক:

MySQL কেবল একটি ডেটা স্টোর নয়। এটি মূলত InnoDB Storage Engine এর ওপর ভিত্তি করে চলে (MySQL 5.5 এর পর থেকে ডিফল্ট)। সিনিয়র হিসেবে আপনাকে বুঝতে হবে যে MySQL:

  • ACID Compliance মেনে চলে (Atomicity, Consistency, Isolation, Durability), যা ফিনান্সিয়াল ট্রানজেকশনের জন্য অত্যন্ত জরুরি।
  • Row-Level Locking সাপোর্ট করে (InnoDB তে), যার ফলে একসঙ্গে হাজার হাজার ইউজার ডেটা আপডেট করলেও পুরো টেবিল লক হয়ে যায় না, শুধু নির্দিষ্ট সারিটি লক হয়।
  • MVCC (Multi-Version Concurrency Control) ব্যবহার করে, যা রিড এবং রাইট অপারেশনকে একে অপরের পথে বাধা হতে দেয় না।

১.২ কেন MySQL এত জনপ্রিয়?

পৃথিবীর বড় বড় টেক জায়ান্ট (যেমন: Facebook, Uber, Netflix, YouTube) তাদের কোর সিস্টেমের জন্য MySQL ব্যবহার করে। কেন?

১. Stability (স্থিতিশীলতা)

এটি বছরের পর বছর ক্র্যাশ না করে চলতে পারে। প্রোডাকশন গ্রেড সিস্টেমে এটি অত্যন্ত নির্ভরযোগ্য।

২. Performance

এর Read Speed অসাধারণ। সঠিক ইনডেক্সিং (B+ Tree structure) ব্যবহার করলে কোটি কোটি ডেটা থেকে মিলি-সেকেন্ডে রেজাল্ট আনা সম্ভব।

৩. Scalability

আপনার অ্যাপ ছোট থেকে বড় হলে MySQL-কে স্কেল করা সহজ। এর বিল্ট-ইন Replication (Master-Slave) এবং Partitioning ফিচার আছে।

৪. Open Source & Ecosystem

এটি ফ্রি এবং এর কমিউনিটি বিশাল। লিনাক্স, উইন্ডোজ বা ম্যাক—সব জায়গায় এটি সমানভাবে চলে।

১.৩ MySQL vs MariaDB vs PostgreSQL (সংক্ষেপে তুলনা)

একজন আর্কিটেক্ট হিসেবে আপনাকে সঠিক টুল বেছে নিতে হবে। নিচে একটি তুলনা দেওয়া হলো:

Feature MySQL MariaDB PostgreSQL
Origin Oracle দ্বারা নিয়ন্ত্রিত MySQL এর আসল নির্মাতাদের তৈরি (Fork) সম্পূর্ণ স্বাধীন ওপেন সোর্স প্রজেক্ট
Best For Web Apps (Laravel, Node, WP) MySQL এর ড্রপ-ইন রিপ্লেসমেন্ট Complex Analytics & Geometry Data
Speed Simple Read/Write এ খুব ফাস্ট MySQL এর চেয়ে সামান্য ফাস্ট হতে পারে কমপ্লেক্স কুয়েরিতে বেশি ভালো
JSON ভালো সাপোর্ট আছে ভালো সাপোর্ট আছে সেরা সাপোর্ট (JSONB)

💡 কখন কোনটি ব্যবহার করবেন?

MySQL: ই-কমার্স, সাধারণ ওয়েব অ্যাপ্লিকেশন, CMS, হাই ট্রাফিক রিড অপারেশন।

PostgreSQL: যদি আপনার খুব জটিল এনালিটিক্স, জিও-লোকেশন ডেটা বা কাস্টম ডেটা টাইপ দরকার হয়।

১.৪ SQL vs NoSQL: ডিসিশন মেকিং

সিনিয়র ডেভেলপার হিসেবে আপনাকে প্রায়ই সিদ্ধান্ত নিতে হবে—SQL ব্যবহার করবেন নাকি NoSQL (যেমন: MongoDB)?

✅ SQL (MySQL) ব্যবহার করবেন যখন:

  • আপনার ডেটার স্ট্রাকচার ফিক্সড (যেমন: ইউজার প্রোফাইল, অর্ডার হিস্ট্রি)
  • ডেটার কন্সিস্টেন্সি খুব জরুরি (টাকা-পয়সার লেনদেন)
  • জটিল কুয়েরি বা রিপোর্টিং দরকার (JOIN অপারেশন)

✅ NoSQL (MongoDB) ব্যবহার করবেন যখন:

  • ডেটার কোনো ঠিক-ঠিকানা নেই বা স্কিমা পরিবর্তন হতে পারে (Unstructured Data)
  • প্রচুর পরিমাণে লগ ডেটা বা রিয়েল-টাইম এনালিটিক্স দরকার
  • রিলেশন বা JOIN এর দরকার নেই

🎯 বাস্তব উদাহরণ:

একটি ই-কমার্স সাইটে অর্ডার এবং পেমেন্ট এর জন্য MySQL ব্যবহার করা উচিত, কিন্তু পণ্যের ক্যাটালগ বা রিভিউর জন্য MongoDB ব্যবহার করা যেতে পারে। একে বলে Polyglot Persistence।

১.৫ MySQL আর্কিটেকচার (Deep Dive)

এটি এই অধ্যায়ের সবচেয়ে গুরুত্বপূর্ণ অংশ। আমরা যখন একটি কুয়েরি চালাই, তখন ভেতরে কী ঘটে?

MySQL এর আর্কিটেকচারকে প্রধানত ৩টি লেয়ারে ভাগ করা যায়:

১. Client Layer (Connection Handling)

যখন আপনার Node.js বা PHP অ্যাপ ডেটাবেসে রিকোয়েস্ট পাঠায়, তখন এই লেয়ার কাজ করে। এটি চেক করে আপনার ইউজারনেম/পাসওয়ার্ড ঠিক আছে কি না এবং আপনার কানেকশন লিমিট পার হয়েছে কি না।

২. Query Layer (The Brain)

এখানে আসল লজিক প্রসেস হয়। এর মধ্যে ৩টি সাব-পার্ট আছে:

  • Parser: এটি আপনার SQL সিনট্যাক্স চেক করে। (আপনি কি SELECK লিখেছেন নাকি SELECT?)
  • Optimizer: এটি হলো মাস্টারমাইন্ড। এটি সিদ্ধান্ত নেয় কোন ইনডেক্স ব্যবহার করলে ডেটা সবচেয়ে দ্রুত পাওয়া যাবে।
  • Executor: এটি অপটিমাইজারের প্ল্যান অনুযায়ী স্টোরেজ ইঞ্জিনের কাছে ডেটা চায়।

৩. Storage Engine Layer (The Muscle)

এখানেই আসল ডেটা ডিস্কে সেভ থাকে। MySQL-এ অনেক ইঞ্জিন আছে, তবে সবচেয়ে গুরুত্বপূর্ণ দুটি হলো:

  • InnoDB: ডিফল্ট এবং সেরা। এটি Transaction (ACID) এবং Foreign Key সাপোর্ট করে।
  • MyISAM: পুরনো ইঞ্জিন। এটি খুব ফাস্ট কিন্তু Transaction সাপোর্ট করে না। এখন এটি খুব একটা ব্যবহার হয় না।

🎯 Senior Insight:

যখন আপনি লেখেন SELECT * FROM users WHERE email = 'test@mail.com';

  1. Parser দেখে কুয়েরি ঠিক আছে কি না।
  2. Optimizer দেখে email কলামে কোনো ইনডেক্স আছে কি না।
  3. Executor সেই ইনডেক্স ধরে InnoDB ইঞ্জিনের কাছে ডেটা চায়।
  4. InnoDB ডিস্ক বা মেমোরি (Buffer Pool) থেকে ডেটা এনে দেয়।

১.৬ ইন্সটলেশন এবং টুলস

একজন ডেভেলপার হিসেবে আপনার কাজের গতি টুলের ওপর নির্ভর করে।

📦 Installation:

  • উইন্ডোজের জন্য MySQL Installer ব্যবহার করা সেরা।
  • ইনস্টল করার সময় root ইউজারের পাসওয়ার্ড মনে রাখবেন।

🛠️ GUI Tools (Recommendation):

  • DBeaver: এটি ইউনিভার্সাল (MySQL, Postgres, Mongo সব সাপোর্ট করে)। সিনিয়র ডেভেলপারদের প্রথম পছন্দ।
  • MySQL Workbench: অফিসিয়াল টুল। ইআর ডায়াগ্রাম (ER Diagram) এবং আর্কিটেকচার ডিজাইনের জন্য সেরা।
  • phpMyAdmin: ওয়েব বেসড, তবে বড় ডেটাবেস হ্যান্ডেল করতে গিয়ে প্রায়ই টাইমআউট হয়ে যায়।

পরামর্শ: আপনি যেহেতু ফুল-স্ট্যাক ডেভেলপার, তাই DBeaver আপনার প্রধান টুল এবং ডিজাইনের জন্য MySQL Workbench ব্যবহার করুন।

১.৭ ইউজার এবং পারমিশন (Security First)

⚠️ গুরুত্বপূর্ণ:

কখনোই আপনার অ্যাপ্লিকেশনে root ইউজার ব্যবহার করবেন না। এটি একটি মারাত্মক সিকিউরিটি রিস্ক।

✅ সঠিক নিয়ম:

প্রতিটি অ্যাপের জন্য আলাদা ইউজার তৈরি করুন এবং তাকে শুধুমাত্র প্রয়োজনীয় পারমিশন দিন (Principle of Least Privilege)।

User তৈরি ও পারমিশন দেওয়ার কমান্ড:

-- ১. ইউজার তৈরি (যেকোনো আইপি থেকে এক্সেস পাবে না, শুধু লোকালহোস্ট হলে 'localhost' দিন)
CREATE USER 'dev_user'@'%' IDENTIFIED BY 'SuperStrongPass123!';

-- ২. নির্দিষ্ট ডেটাবেসে পারমিশন দেওয়া (কখনো GRANT ALL দেবেন না যদি দরকার না হয়)
GRANT SELECT, INSERT, UPDATE, DELETE ON my_app_db.* TO 'dev_user'@'%';

-- ৩. পরিবর্তন সেভ করা
FLUSH PRIVILEGES;

১.৮ ডেটা টাইপ (Data Types) এবং তাদের গুরুত্ব

ভুল ডেটা টাইপ সিলেক্ট করলে আপনার ডেটাবেস স্লো হয়ে যেতে পারে।

🔢 Numeric:

  • INT: সাধারণ সংখ্যার জন্য।
  • BIGINT: আইডি বা অনেক বড় সংখ্যার জন্য।
  • DECIMAL: টাকার হিসাবের জন্য (কখনো FLOAT বা DOUBLE ব্যবহার করবেন না টাকার জন্য, কারণ এতে প্রিসিশন লস হয়)।

📝 String:

  • VARCHAR(n): নাম বা ইমেইলের জন্য। যতটুকু লিখবেন ততটুকুই মেমোরি নেবে।
  • CHAR(n): ফিক্সড সাইজ (যেমন: কান্ট্রি কোড 'BD', 'US')। ফাস্টার।
  • TEXT: বড় আর্টিকেল বা ডেসক্রিপশনের জন্য।

📅 Date:

  • DATETIME: ফিক্সড টাইম।
  • TIMESTAMP: এটি টাইমজোন অনুযায়ী পরিবর্তিত হয়। অ্যাপ্লিকেশনের জন্য TIMESTAMP বা DATETIME সাবধানে বেছে নিতে হয়।

💾 JSON:

MySQL এখন JSON ডেটা টাইপ সাপোর্ট করে। আপনি চাইলে রিলেশনাল টেবিলের মধ্যেই NoSQL এর মতো ফ্লেক্সিবল ডেটা রাখতে পারেন।

১.৯ MySQL CLI (কমান্ড লাইন ইন্টারফেস)

GUI টুল ভালো, কিন্তু সার্ভারে (AWS/DigitalOcean) কাজ করার সময় আপনার ব্ল্যাক স্ক্রিন বা টার্মিনালই ভরসা। তাই বেসিক কমান্ডগুলো নখদর্পণে রাখা উচিত।

লগইন করা:

mysql -u root -p

ডেটাবেস দেখা:

SHOW DATABASES;

ডেটাবেস সিলেক্ট করা:

USE my_database_name;

SQL ফাইল ইম্পোর্ট করা (খুবই দরকারি):

mysql -u root -p my_database_name < backup_file.sql

🎯 অধ্যায় ১ এর সারাংশ (Summary)

এই অধ্যায়ে আমরা শিখলাম:

  • ✓ MySQL শুধু ডেটা স্টোর নয়, এটি একটি শক্তিশালী ACID compliant ইঞ্জিন।
  • ✓ কিভাবে Query Optimizer এবং Storage Engine কাজ করে।
  • ✓ SQL বনাম NoSQL এর সঠিক ব্যবহার ক্ষেত্র।
  • ✓ কিভাবে নিরাপদ ইউজার তৈরি করা যায়।
  • ✓ GUI টুলের পাশাপাশি CLI এর গুরুত্ব।

✨ এখন আপনার পিসিতে MySQL সেটআপ করা আছে এবং আপনি এর আর্কিটেকচার বোঝেন। পরবর্তী অধ্যায়ে আমরা হাতে-কলমে SQL Basics (DDL, DML, DQL) দিয়ে কোড করা শুরু করব।

প্রস্তুত তো? 🚀

🔒 কপিরাইট সুরক্ষিত কন্টেন্ট 🔒

কপি, স্ক্রিনশট, প্রিন্ট করা সম্পূর্ণ নিষিদ্ধ।