Bạn có đang “đau đầu” vì một câu query SQL, dù rất đơn giản, lại chạy mãi không xong trên một bảng dữ liệu ngày càng “béo phì”? Bạn là dev đang săn lùng từng mili giây hiệu suất, là tester đang vật lộn với những bài test performance, hay đơn giản là người mới tò mò về thế giới dữ liệu?

Nếu câu trả lời là “có”, thì đây chính là “liều thuốc” bạn cần.

Hãy quên đi những định nghĩa khô khan. Hôm nay, chúng ta sẽ khám phá SQL Partitioning – một kỹ thuật “chia để trị” đầy quyền năng – qua những ví dụ đời thường và những bí kíp thực chiến mà bạn sẽ không tìm thấy trong sách vở.

1. SQL Partitioning Là Gì?

Trước hết, Hãy tưởng tượng database của bạn là một cái nhà kho khổng lồ, chứa hàng triệu món đồ (dữ liệu). Khi cần tìm một món đồ, bạn phải chạy khắp cái nhà kho đó. Rất mất thời gian!

Tuy nhiên, nếu bạn chia nhà kho thành các gian nhỏ có nhãn rõ ràng, mọi thứ sẽ khác.

SQL Partitioning chính là việc bạn thông minh sắp xếp nhà kho đó thành các gian hàng nhỏ hơn, được dán nhãn rõ ràng (gọi là các partition – phân vùng):

• Gian hàng “Hóa đơn năm 2023”
• Gian hàng “Hóa đơn năm 2024”
• Gian hàng “Hóa đơn năm 2025”

CREATE TABLE invoice (
    invoice_id INT,
    invoice_date DATE,
    amount DECIMAL(10,2)
)
PARTITION BY RANGE (YEAR(invoice_date)) (
    PARTITION p2022 VALUES LESS THAN (2023),
    PARTITION p2023 VALUES LESS THAN (2024),
    PARTITION p2024 VALUES LESS THAN (2025),
    PARTITION p_future VALUES LESS THAN MAXVALUE
);

Khi sếp yêu cầu bạn tìm hóa đơn tháng 12/2024, bạn chỉ việc đi thẳng đến gian hàng “Hóa đơn năm 2024” để tìm. Nhanh hơn gấp bội!

Quan trọng hơn, dù dữ liệu được chia nhỏ ra bên dưới, đối với ứng dụng của bạn nó vẫn là một bảng duy nhất. Đó chính là sự “thần kỳ” của partition.

Lợi ích VÀNG của Partitioning:

• Tăng tốc độ truy vấn “tên lửa”: Khi bạn lọc dữ liệu theo “nhãn” của gian hàng (ví dụ: WHERE OrderDate BETWEEN '2024-01-01' AND '2024-12-31'), hệ thống sẽ chỉ quét gian hàng “2024”, bỏ qua toàn bộ các gian hàng khác. Đây gọi là kỹ thuật Partition Pruning (cắt tỉa phân vùng).
• Quản lý dữ liệu dễ như trở bàn tay: Muốn xóa toàn bộ dữ liệu năm 2020? Thay vì chạy lệnh DELETE hàng triệu dòng và chờ “dài cổ”, bạn chỉ cần “dỡ” cả gian hàng 2020 đi. Xong!
• Bảo trì nhẹ nhàng hơn: Việc bảo trì (như rebuild index) trên một gian hàng nhỏ sẽ nhanh và ít ảnh hưởng đến hệ thống hơn là làm trên cả cái nhà kho.

2. Các “Loại Vũ Khí” Phân Vùng Phổ Biến: Chọn Đúng, Thắng To

Có 3 loại partitioning chính. Việc chọn đúng loại sẽ quyết định sự thành bại của bạn.

RANGE Partitioning (Phân vùng theo Khoảng)

• Ý tưởng: Chia dữ liệu theo một khoảng giá trị liên tục.
• Ví dụ Kinh điển: Phân vùng bảng Sales theo cột OrderDate. Mỗi phân vùng chứa dữ liệu của một tháng hoặc một quý.
• Khi nào dùng: Cực kỳ hoàn hảo cho dữ liệu chuỗi thời gian (time-series) như logs, giao dịch, dữ liệu cảm biến IoT.

LIST Partitioning (Phân vùng theo Danh sách)

• Ý tưởng: Chia dữ liệu theo một danh sách các giá trị cụ thể.
• Ví dụ Kinh điển: Phân vùng bảng Customers theo cột Region (Vùng miền). Một phân vùng cho ‘Miền Bắc’, một cho ‘Miền Trung’, một cho ‘Miền Nam’.
• Khi nào dùng: Phù hợp khi cột phân vùng có một tập hợp các giá trị hữu hạn và rõ ràng (như Tỉnh/Thành, Trạng thái, Loại sản phẩm).

HASH Partitioning (Phân vùng theo Hàm băm)

• Ý tưởng: Tự động phân bổ đều dữ liệu vào một số lượng phân vùng đã định trước.
• Ví dụ Kinh điển: Phân vùng bảng Users theo user_id. Hệ thống sẽ dùng một thuật toán để đảm bảo dữ liệu người dùng được chia đều vào các phân vùng.
• Khi nào dùng: Dùng khi bạn không có cột nào phù hợp cho RANGE hay LIST, và mục tiêu chính là phân tán đều dữ liệu để tránh “điểm nóng”.

3. Bí Kíp Thực Chiến & Những “Cú Lừa” Cần Tránh

Lý thuyết màu hồng, nhưng thực tế thì… không phải lúc nào cũng vậy. Đây là những kinh nghiệm xương máu giúp bạn tránh đi vào “vết xe đổ”.

Hỏi & Đáp Nhanh: Các Lỗi Sai Kinh Điển Khi Dùng Partitioning

Câu hỏi: Tôi đã phân vùng rồi mà query vẫn chậm như rùa. Tôi đã làm sai ở đâu?

Trả lời: Rất có thể bạn đã mắc phải một trong những lỗi sau:

• Chọn sai “Chìa Khóa” (Partition Key): Đây là sai lầm chết người nhất. Nếu các query của bạn không lọc theo cột mà bạn dùng để phân vùng (partition key), thì việc phân vùng hoàn toàn vô dụng. Hệ thống vẫn phải quét tất cả các “gian hàng”.
• “Tham Lam” Chia Quá Nhiều Phân Vùng: Chia nhỏ quá không tốt! Quá nhiều phân vùng sẽ làm tăng gánh nặng quản lý cho database, khiến việc lên kế hoạch truy vấn chậm đi. Vài chục đến vài trăm phân vùng thường là con số hợp lý.
• Dữ Liệu Phân Bổ Không Đều: Nếu 90% dữ liệu của bạn bị dồn vào chỉ một phân vùng, thì lợi ích gần như bằng không. Hãy phân tích dữ liệu trước khi chọn cột phân vùng.
• “Bỏ quên” Index: Partitioning và Indexing là “cặp bài trùng” chứ không phải kẻ thù. Phân vùng giúp giới hạn số lượng dữ liệu cần quét, còn index giúp tìm kiếm nhanh chóng bên trong phân vùng đó.
• Đừng chia quá nhỏ (Over-partitioning)
  Đừng chia mỗi ngày 1 partition nếu bạn có dữ liệu 10 năm (sẽ ra 3650 partitions). Khi partitions quá nhiều:
  • Hệ điều hành quá tải vì mở quá nhiều file.
  • Database tốn tài nguyên để quản lý metadata.
  • Query có thể chậm hơn cả không partition.
  • Lời khuyên: Giữ số lượng partition ở mức hợp lý (dưới 100 thường là con số an toàn cho MySQL, Oracle thì có thể nhiều hơn).
• Cẩn thận với Primary Key: Hầu hết các DB engine (như MySQL) yêu cầu cột dùng để Partition phải nằm trong Primary Key. Điều này có nghĩa là PK của bạn sẽ phải đổi từ (id) sang (id, order_date). Dev team cần lưu ý chỗ này kẻo code logic bị sai.

Kết Luận: Partitioning Là Một Tư Duy, Không Chỉ Là Công Cụ

SQL Partitioning không phải là viên đạn bạc cho mọi vấn đề. Nó là một công cụ quản lý dữ liệu cực kỳ mạnh mẽ ở quy mô lớn, với “tác dụng phụ” tuyệt vời là cải thiện hiệu suất.

Lời khuyên cuối cùng: Đừng vội vàng phân vùng mọi bảng bạn có. Hãy luôn bắt đầu bằng việc tối ưu query và index. Chỉ khi bảng dữ liệu đã thực sự phình to (hàng trăm triệu dòng) và các phương pháp khác đã “bó tay”, đó mới là lúc bạn rút “thanh bảo kiếm” Partitioning ra.

Chúc bạn thành công trên con đường chinh phục dữ liệu!

The post SQL Partitioning: “Chia Để Trị” Dữ Liệu Khổng Lồ appeared first on Tomoshare.

Ở đây tôi có một bài toán từ khách hàng như sau: Hãy tạo cho tao một mã đơn hàng (trans_confirm_no) để tao có thể phân biệt được các đơn hàng với nhau với định dạng như này “TMSxxxxx” và nó sẽ phải bắt đầu từ “TMS00001“.

Ngay khi nhận được yêu cầu thì tôi đã bắt tay ngay vào việc code và ngôn ngữ tôi sử dụng cho dự án này là Java spring boot và MSQL.

Cách sử dụng code để generate mã trans_confirm_no

// hàm tạo ra mã trans_confirm_no mới tăng dần
private synchronized String getTransConfirmNoDiorTest(){
        String maxTransConfirmNo = transactionDiorMapper.getTransConfirmNo();
        log.info("maxTransConfirmNo: {}", maxTransConfirmNo);
        StringBuilder result = new StringBuilder();
        if (StringUtils.isBlank(maxTransConfirmNo)){
            logger.warn("Order transConfirmNo failed, transConfirmNo={}", maxTransConfirmNo);
            result.append("00001");
        } else {
            int maxTransConfirmNoIntValue = Integer.parseInt(maxTransConfirmNo.substring(3)) + 1;
            if (maxTransConfirmNoIntValue > 0 && maxTransConfirmNoIntValue < 100000 ) {
                int len = 5 - ((Integer)maxTransConfirmNoIntValue).toString().length();
                if ( len > 0 ) {
                    for (int i = 0; i < len ; i++) {
                        result.append("0");
                    }
                    result.append(maxTransConfirmNoIntValue);
                } else {
                    result.append(maxTransConfirmNoIntValue);
                }
            } else {
                result.append("00001");
            }
        }
        log.info("result: {}", result);
        return "TMS" + result;
    }

 // hàm lấy ra mã trans_confirm_no lớn nhất đang có
 SELECT
            ttd.trans_confirm_no
        FROM
            t_transaction_dior ttd
        WHERE
            ttd.delete_flag = 0
            AND ttd.trans_confirm_no LIKE 'JPD%'
            AND ttd.trans_status IS NOT NULL
        ORDER BY ttd.trans_confirm_no DESC
        LIMIT 1;

Vấn đề gặp phải ở đây là khi chúng tôi có nhiều đầu api call đến hàm này cùng thời điểm thì việc tạo ra một mã TMSxxxxx tăng dần gặp vấn đề và nó Generate không đúng với mong muốn.

Khi hệ thống có lượng truy cập lớn, số lượng user mua hàng dồn dập, hàm bên trên sẽ xảy ra trường hợp sinh ra các mã trans_confirm_no trùng nhau.

Sử dụng trigger generate mã trans_confirm_no

// Đầu tiên chúng ta tạo ra 1 bảng để sử cơ chế AUTO_INCREMENT trong mysql để  lấy được phần xxxxx nằm trong fomat "TMSxxxxx"
CREATE TABLE transaction_seq
(
    id INT NOT NULL AUTO_INCREMENT PRIMARY KEY
);

// Mình tạo ra 1 trigger sử dụng concat để nối prefix TMS + xxxxx đã được gen ở bảng transaction_seq phía trên.
DELIMITER $$
CREATE TRIGGER tg_t_transaction_dior_insert
    BEFORE INSERT ON t_transaction_dior
    FOR EACH ROW
BEGIN
    INSERT INTO transaction_seq VALUES (NULL);
    SET NEW.trans_confirm_no = CONCAT('TMS', LPAD(LAST_INSERT_ID(), 5, '0'));
END$$
    DELIMITER ;

// Đặt giá trị bắt đầu AUTO_INCREMENT trong table transaction_seq
ALTER TABLE transaction_seq AUTO_INCREMENT=00001;

Khi sử dụng trigger đã giải quyết được vấn đề của tôi trong bài toán này.

The post Sử dụng trigger trong SQL Generrate mã code kết hợp một String + id Auto Increament. appeared first on Tomoshare.

Trong blog này, chúng ta sẽ thảo luận về hai engine phổ biến nhất của cơ sở dữ liệu MySQL: InnoDB và MyISAM. Chúng ta sẽ thảo luận về chúng là gì và hiểu MyISAM so với InnoDB bằng cách so sánh chúng với các yếu tố quan trọng.

MySQL là gì?

Khái niệm

Chắc mọi người cũng không còn xa lạ gì với hệ quản trị cơ sở dữ liệu này. MySQL là một open-source RDBMS viết tắt của Relational Database Management Systems (Hệ thống quản lý cơ sở dữ liệu quan hệ mã nguồn mở). MySQL được sử dụng cho nhiều ứng dụng khác nhau và được xây dựng dựa trên SQL (Ngôn ngữ truy vấn có cấu trúc).

Tính năng chính của MySQL

• Dễ sử dụng: Là mã nguồn mở và có rất nhiều bài viết hướng dẫn cài đặt.
• Khả năng mở rộng: MySQL có kiến trúc có thể mở rộng và cung cấp các tiện ích tải nhanh hiệu suất cao với các bộ nhớ đệm khác nhau.
• Khả năng tương thích: MySQL tương thích và có thể được cài đặt trên tất cả các nền tảng hiện đại như Windows, Linux, Unix, MacOS, v.v.
• Bảo mật dữ liệu: MySQL có tất cả các tính năng cung cấp bảo mật cho cơ sở dữ liệu và chỉ cho phép người dùng được ủy quyền truy cập chúng.
• Chi phí thấp: Sử dụng miễn phí. Bất cứ ai đều có thể tải xuống MySQL để sử dụng một cách miễn phí.

MyISAM là gì?

MyISAM là tên viết tắt của My Indexed Sequential Access Method. MyISAM là storage system mặc định và thường được sử dụng trong Web, Data warehousing và các môi trường phân tích khác. MyISAM Engine hỗ trợ tất cả các cấu hình MySQL.

Trước đây, MyISAM được coi là sự lựa chọn tốt hơn, nhanh chóng và tối ưu tốt cho các thao tác đọc nặng. MyISAM là storage engine mặc định cho đến tháng 12 năm 2009; sau đó, InnoDB đã thay thế. Tuy nhiên, MyISAM cung cấp nhiều tiện ích mở rộng hữu ích cho các nhà phát triển MySQL.

InnoDB là gì?

InnoDB là storage engine an toàn giao dịch (tuân thủ ACID) dành cho MySQL với các tính năng như Commit, Rollback và khả năng khôi phục sự cố để bảo vệ dữ liệu người dùng và cung cấp khả năng chịu lỗi.

Khi một transaction hoàn tất, dữ liệu sẽ được ghi vào cơ sở dữ liệu theo transaction đó. Điều quan trọng cần lưu ý là những thay đổi không đầy đủ sẽ không được lưu trữ trong cơ sở dữ liệu.

InnoDB sử dụng row-level locking và tính năng không khóa nhất quán theo kiểu Oracle khi đọc giúp tăng hiệu suất và khả năng đồng thời của nhiều người dùng.

MyISAM vs InnoDB

Nhìn chung, MyISAM là cũ hơn và kém hiệu quả hơn InnoDB. Sự khác biệt thường được ghi nhận nhất giữa hai engine này như sau: InnoDB ổn định hơn, nhanh hơn và dễ cài đặt hơn; nó cũng hỗ trợ các giao dịch. Đây là storage engine mặc định và bạn có thể sử dụng các tính năng của InnoDB mà không cần phải lo lắng về các vấn đề tương thích. Nếu bạn cần lưu trữ lượng lớn dữ liệu hoặc đảm bảo rằng các giao dịch sẽ hoạt động chính xác, hãy chọn InnoDB.

MyISAM không tốt lắm trong việc lưu trữ lượng lớn dữ liệu vì nó lưu trữ mọi thứ trong một bảng duy nhất. Khi cần thêm dữ liệu vào cơ sở dữ liệu, bạn phải khóa toàn bộ bảng, điều này có thể khiến cơ sở dữ liệu của bạn ngừng hoạt động cho đến khi được mở khóa. Còn với InnoDB, mỗi hàng được lưu trữ riêng trong một bảng riêng. Điều này có nghĩa là khi chèn dữ liệu vào cơ sở dữ liệu MySQL, bạn không cần phải khóa tất cả các hàng.

Bây giờ chúng ta hãy chuyển sang phần tổng quan chi tiết hơn về các công cụ lưu trữ này.

1. Engine Type

MyISAM là loại lưu trữ phi giao dịch và mọi tùy chọn ghi đều cần được khôi phục theo cách thủ công (nếu cần).

InnoDB là loại lưu trữ giao dịch tự động khôi phục quá trình ghi nếu chúng chưa được hoàn thành.

2. Locking

Locking là cơ chế trong MySQL ngăn hai người dùng sửa đổi các hàng trùng lặp cùng lúc bằng cách khóa hàng. Người dùng không thể thay đổi bảng khi khóa được bật.

MyISAM sử dụng phương pháp khóa bảng mặc định và cho phép một phiên sửa đổi bảng. Điều này có nghĩa là tại một thời điểm chỉ có một người dùng có thể thay đổi bảng. Nếu người dùng khác cố gắng thay đổi bảng, họ sẽ nhận được thông báo rằng nó đã bị khóa. Phương pháp khóa bảng rất hữu ích cho cơ sở dữ liệu chỉ đọc vì nó không yêu cầu nhiều bộ nhớ.

InnoDB sử dụng khóa cấp hàng của bảng. Phương pháp này hỗ trợ nhiều phiên trên cùng một hàng bằng cách chỉ khóa các hàng trong quá trình sửa đổi. Khóa hàng rất hữu ích cho cơ sở dữ liệu có nhiều người dùng.

Nhược điểm duy nhất của khóa cấp hàng là nó tiêu tốn nhiều bộ nhớ và việc truy vấn cũng như sửa đổi dữ liệu mất nhiều thời gian.

3. Foreign Keys

Khóa ngoại (Foreign Keys) là một cột trong một bảng liên kết dữ liệu với bảng khác. Nó ngăn người dùng thêm các bản ghi phá hủy liên kết giữa hai bảng.

MyISAM không hỗ trợ tùy chọn Khóa ngoại.

InnoDB hỗ trợ tùy chọn Khóa ngoại.

4. ACID Properties

ACID là viết tắt của Atomicity, Consistency, Isolation, và Durability. MyISAM không hỗ trợ thuộc tính ACID trong khi InnoDB hỗ trợ thuộc tính ACID.

5. Performance

InnoDB hỗ trợ các thuộc tính transaction, tức là rollback và commit, đồng thời có tốc độ ghi cao hơn. Hiệu suất của InnoDB đối với khối lượng dữ liệu lớn tốt hơn so với MyISAM.

MyISAM không hỗ trợ các thuộc tính transaction và đọc nhanh hơn. So với InnoDB, hiệu suất xử lý khối lượng dữ liệu lớn sẽ kém hơn.

6. Reliability

InnoDB sử dụng nhật ký giao dịch để ghi lại mọi hoạt động và do đó cung cấp các hoạt động đáng tin cậy. Vì vậy, trong trường hợp xảy ra lỗi, dữ liệu có thể được phục hồi nhanh chóng bằng cách sử dụng các nhật ký đó.

MyISAM không cung cấp tính toàn vẹn dữ liệu; lỗi phần cứng và các thao tác bị hủy có thể khiến dữ liệu bị hỏng.

7. Caching and Indexing

InnoDB hỗ trợ một lượng lớn bộ đệm lưu trữ cả dữ liệu và chỉ mục index. Tuy nhiên, không có hỗ trợ cho Full-text search.

Bộ đệm khóa MyISAM chỉ dành cho các chỉ mục index và Full-text search được hỗ trợ trong MyISAM.

Conclusion

Bài viết này liệt kê những điểm khác biệt quan trọng giữa 2 loại engine InnoDB và MyISAM. Hy vọng mọi người sẽ hiểu và nắm được những điểm trên để có thể sử dụng hợp lý 2 loại engine này.

Cảm ơn mọi người đã dành thời gian để đọc 🙏

The post MyISAM vs InnoDB appeared first on Tomoshare.

Theo hình ở trên, thứ tự truy vấn được thực hiện theo thứ tự:

Tham khảo: https://www.linkedin.com/posts/nikkisiapno_want-to-know-the-secret-to-optimizing-your-activity-7122893424134934529-Y9U7?utm_source=share&utm_medium=member_desktop

The post Trình tự thực thi SQL appeared first on Tomoshare.

Đối với các website không yêu cầu nhiều về quản lý CSDL như blog, các dự án cần build môi trường Dev, Staging,… thì bạn có thể giản thiểu chi phí cho việc quản lý CSDL bằng cách cài đặt trực tiếp MySQL lên EC2.

Các bước thực hiện

Step1: Thêm Mysql repository.

Trước tiên, chúng ta cần thêm kho lưu trữ MySQL Yum vào danh sách kho lưu trữ của máy chủ Amazon Linux 2023. Thao tác này chỉ được thực hiện một lần và cung cấp tất cả các kho phiên bản gói MySQL.

Sử dụng wget để tải về repository bằng command.

/* For MySQL 5.7 */
sudo wget https://dev.mysql.com/get/mysql57-community-release-el7-11.noarch.rpm

/* For MySQL 8 */
sudo wget https://dev.mysql.com/get/mysql80-community-release-el9-1.noarch.rpm 

Nhập y để confirm tải package.

Dependencies Resolved

======================================================================================================================================================================================================
 Package                                               Arch                               Version                           Repository                                                           Size
======================================================================================================================================================================================================
Installing:
 mysql80-community-release                             noarch                             el7-5                             /mysql80-community-release-el7-5.noarch                             9.1 k

Transaction Summary
======================================================================================================================================================================================================
Install  1 Package

Total size: 9.1 k
Installed size: 9.1 k
Is this ok [y/d/N]: y

Kiểm tra repository đã tải thành công chưa với câu lệnh.

sudo ls -lrt

Output:

[ec2-user@ip-172-31-32-xxx ~]$ sudo ls -lrt
total 12
-rw-r–r–. 1 root root 10534 Jul 25 2022 mysql80-community-release-el9-1.noarch.rpm

Step 2: Cài đặt MySQL.

For MySQL 5.7

/* For MySQL 5.7 */
sudo yum localinstall mysql57-community-release-el7-11.noarch.rpm

Ở bước này nếu bạn gặp lỗi tương tự như bên dưới thì tiếp tục chạy 2 lệnh tiếp theo để fix nhé.

Failing package is: mysql-community-client-5.7.39-1.el7.x86_64
GPG Keys are configured as: file:///etc/pki/rpm-gpg/RPM-GPG-KEY-mysql

sudo rpm --import https://repo.mysql.com/RPM-GPG-KEY-mysql-2022

sudo yum -y install mysql-community-server

For MySQL 8.

sudo dnf install mysql80-community-release-el9-1.noarch.rpm
dnf repolist enabled | grep "mysql.*-community.*"
sudo dnf install mysql-community-server

Step 3: Sau khi hoàn tất các câu lệnh cài đặt, ta thực hiện start MySQL.

sudo systemctl start mysqld.service

Step 4: Kiểm tra trạng thái của Mysql hiện tại.

sudo systemctl status mysqld.service

Nếu thành công bạn sẽ thấy thông báo MySQL đã running Active: active (running) như bên dưới.

Dec 01 19:02:20 centos-512mb-sfo2-02 systemd[1]: Started MySQL Server.

Thiết lập cấu hình cho Mysql

Đổi mật khẩu cho người dùng root
Như bạn đã biết, từ Mysql 8.0 thì việc sử dụng đăng nhập không dùng mật khẩu với người dùng root đã bị loại bỏ. Vậy để tìm mật khẩu cho người dùng root khi đăng nhập lần đầu ta sẽ tìm trong file log của mysql. Mật khẩu tạm thời được tìm thấy khi thực hiện câu lệnh:

sudo grep 'temporary password' /var/log/mysqld.log

Tiếp theo ta thực hiện đăng nhập vào MySQL và nhập password tạm thời của người dùng root trong câu lệnh bên dưới: (Mật khẩu root: D6%=yjkDGnp8)

sudo mysql_secure_installation -p

Nhập mật khẩu mới cho người dùng root và nhập y cuối mỗi câu để loại bỏ các user test.

Lưu ý khi đặt mật khẩu cần tuân theo quy tắt sau:
+ Chứa ít nhất 1 ký tự in hoa
+ Chứa ít nhất 1 ký tự thường
+ Chứa ít nhất 1 số
+ Chứa ít nhất 1 ký tự đặc biệt
+ Tổng số ký tự phải lớn hơn 8

Securing the MySQL server deployment.


The existing password for the user account root has expired. Please set a new password.

New password: <MẬT KHẨU MỚI>

Re-enter new password: <NHẬP LẠI MẬT KHẨU>
The 'validate_password' component is installed on the server.
The subsequent steps will run with the existing configuration
of the component.
Using existing password for root.

Estimated strength of the password: 100
Change the password for root ? ((Press y|Y for Yes, any other key for No) :

 ... skipping.
By default, a MySQL installation has an anonymous user,
allowing anyone to log into MySQL without having to have
a user account created for them. This is intended only for
testing, and to make the installation go a bit smoother.
You should remove them before moving into a production
environment.

Remove anonymous users? (Press y|Y for Yes, any other key for No) : y
Success.


Normally, root should only be allowed to connect from
'localhost'. This ensures that someone cannot guess at
the root password from the network.

Disallow root login remotely? (Press y|Y for Yes, any other key for No) : y
Success.

By default, MySQL comes with a database named 'test' that
anyone can access. This is also intended only for testing,
and should be removed before moving into a production
environment.


Remove test database and access to it? (Press y|Y for Yes, any other key for No) : y
 - Dropping test database...
Success.

 - Removing privileges on test database...
Success.

Reloading the privilege tables will ensure that all changes
made so far will take effect immediately.

Reload privilege tables now? (Press y|Y for Yes, any other key for No) : y
Success.

All done!

Sau khi hoàn tất bước đổi mật khẩu ở trên, chúng ta có thể thực hiện đăng nhập lại với mật khẩu vừa đổi.

mysql -uroot -pPass_xxxxx

Tạo DB và người dùng cho DB của ứng dụng web

Để tạo một database mới.

create database db_new;

Bước tiếp theo chúng ta sẽ thực hiện tạo một user cho ứng dụng web.

CREATE USER 'user_db'@'localhost' IDENTIFIED BY 'Pass_xxxxx';

Thêm full quyền quản lý DB cho user vừa tạo ở trên

GRANT ALL PRIVILEGES ON db_new.* TO 'user_db'@'localhost';
FLUSH PRIVILEGES;
exit;

Để kiểm tra bước tạo ở trên đã chuẩn chưa thì chúng ta thực hiện đăng nhập lại với user và password vừa tạo:

mysql -uuser_db -ppass_xxxx

Kiểm tra trạng thái của MySQL.

Redirecting to /bin/systemctl status mysqld.service
● mysqld.service - MySQL Server
Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; preset: d>
Active: active (running) since Mon 2023-07-31 10:10:56 UTC; 2 weeks 2 days>
Docs: man:mysqld(8)
http://dev.mysql.com/doc/refman/en/using-systemd.html
Main PID: 250921 (mysqld)
Status: "Server is operational"
Tasks: 46 (limit: 2322)
Memory: 575.6M
CPU: 2h 19min 306ms
CGroup: /system.slice/mysqld.service
└─250921 /usr/sbin/mysqld

Đến bước này là chúng ta đã hoàn thành việc cài đặt Mysql server trên Amazon Linux 2023. Ngoài ra để thực hiện import sql có sẵn vào DB vừa tạo thì chúng ta có thể cài đặt PhpMyadmin hoặc sử dụng command import của mysql.

Import và Export Mysql

Để Export Mysql, ở đây ta sẽ sử dụng mysqldump, thực hiện câu lệnh sau tại terminal local:

mysqldump -u user_db -pPass_xxxxx db_export > ./db_backup.sql

Lưu ý để sử dụng được DB và import vào DB mới bạn cần xóa warning của mysqldump trong file db_backup.sql vừa export ra. Tìm dòng sau trong file và xóa:

mysqldump: [Warning] Using a password on the command line interface can be insecure.

Để Import Mysql vào db mới ta thực hiện lệnh:

mysql -u username -p db_export < db_backup.sql

Tổng kết

Trên đây là toàn bộ quá trình cài đặt Mysql trên Amazon Linux 2023. Các bước hướng dẫn trên được tóm gọn dành cho người có kinh nghiệm khi cài đặt server. Nếu bạn có vấn đề gì trong quá trình cài đặt hãy để lại comment hoặc inbox mình sẽ hướng dẫn cho nhé.

Reference:

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-lamp-amazon-linux-2023.html

The post Cài đặt MySQL trên Amazon Linux appeared first on Tomoshare.