Google Cloud SQL chậm

Question

Tôi có cá thể Đám mây SQL có kích thước D0. Khi tôi chạy một đơn giản

select * from table 

có khoảng 500 hàng, phải mất trung bình 100 mili giây để thực thi (như được báo cáo bởi SQL Prompt). Trong khi đó trên phiên bản địa phương của tôi về MySQL 5.5, nó chỉ mất 1 ms. Máy dev của tôi có bộ xử lý lõi kép Intel Core i7 2.9GHz và bộ nhớ 1600MHz 8GB. Tôi đã đọc trong một FAQ hiệu suất của db phụ thuộc vào kích thước - trường hợp lớn hơn có nhiều RAM và CPU.

Điều này có hợp lý để mong đợi các vấn đề về hiệu suất được giải quyết với kích thước mẫu lớn hơn không? Hay tôi còn thiếu cái gì khác ở đây?

Answer 1

1. Bạn đang kết nối với phiên bản Cloud SQL của mình từ đâu?
2. Kích thước cấp sẽ có ảnh hưởng lớn đến hiệu suất. Bạn có thể thay đổi tầng của cá thể tạm thời để kiểm tra nó.

Answer 2

EDIT: ngày 10 tháng 4 năm 2016

GAE hiện nay cung cấp thế hệ thứ hai đám mây mysql mà ngay cả một tầng cơ bản như 'db-g1-nhỏ' thực hiện càng nhanh càng tốt một tầng D8 trong cũ cung cấp đám mây SQL . Nó cũng rẻ hơn đáng kể. Điều này có vẻ là một cột mốc quan trọng và không có lý do gì để nghỉ ngơi để hack và giải pháp nữa.

Bạn có thể tham khảo giá Cloud SQL nhưng chi phí tối thiểu gần đúng là khoảng $ 20 mỗi tháng.

ORIGINAL POST

Google chỉ quy định VM trên một hộp chậm đối với các tầng D0. Bạn có thể chọn D4 nhưng RAM không phải là vấn đề chính nhiều như bộ vi xử lý (họ không đề cập đến các GHz).

Độ trễ mạng không phải là vấn đề. Ví dụ: 0,05 dưới đây là thời gian thực hiện truy vấn trên máy chủ. Bất kỳ số lượng thời gian nào sau đó có thể được chi tiêu trong việc truyền dữ liệu.

mysql> select * from tracking limit 5; 
+--------------------------------+-----------+-----------+ 
| id        | scan_date | status | 
+--------------------------------+-----------+-----------+ 
| 420006929400111899561510697350 | NULL  | Delivered | 
| 420010859400111899561989496058 | NULL  | Delivered | 
| 420019849400111899561989496331 | NULL  | Delivered | 
| 420100109400111899561903290311 | NULL  | Delivered | 
| 420100319400111899561944407020 | NULL  | Delivered | 
+--------------------------------+-----------+-----------+ 
5 rows in set (0.05 sec) 

Edit: Tháng 3 năm 2016

Đối với một số ứng dụng tôi không còn sử dụng đám mây SQL và sử dụng một cụm MySql cơ bản tổ chức từ xa thay vì kể từ GAE mở kết nối ổ cắm ngoài. Nghe có vẻ điên khùng? Không theo các con số - gửi một truy vấn và lấy lại dữ liệu qua kết nối socket này nhanh hơn so với D3 đồng vị trí.

Answer 3

Lượt xem là nguyên nhân gây ra hiệu suất kém. Google chạy hương vị riêng của công cụ MySQL được tối ưu hóa theo cách có thể làm tổn thương lượt xem. Nếu bạn có nhiều người tham gia hoặc/và đoàn thể mong đợi lượt xem chạy chậm.

Tuy nhiên, đã gần một năm kể từ khi tôi đăng câu hỏi này và mọi thứ có thể đã thay đổi. Tôi đã không xem lại các lượt xem kể từ khi chúng tôi chuyển khỏi sử dụng chúng.

Answer 4

Chúng tôi cũng gặp vấn đề tương tự. Với phiên bản D16, một trang diễn đàn trang web đơn giản sẽ mất> 10 giây để tải. Tôi vừa nói chuyện với một kỹ sư hỗ trợ kỹ thuật của GoogleCloud, người đã xác nhận rằng CloudSQL chưa thực sự sẵn sàng cho "hiệu suất" (tính đến mùa hè 2015), và anh ấy khuyên nên viết lại mọi thứ để sử dụng DataStore ...Vì vậy, nếu bạn có các trang tạo hàng chục truy vấn SQL nhỏ và tập dữ liệu quá lớn để vừa với bộ nhớ cache thì CloudSQL không phải là giải pháp khả thi ngay bây giờ.