If you set Yii to log database quer

If you set Yii to log database queries ('enableParamLogging' => true in the db settings of your config file) you can see that Yii queries the database frequently for ActiveRecord queries.

For example: Say you have a model named User and you tell Yii to get you a user by primary key, Yii will query the database three(!) times. It will do a show columns query, then a show create table query, then finally it will query the database for the actual data. Those first two queries are so Yii knows the schema of your user table. If the round trip time from your application server to your database server is 100ms (if it's really this slow, you should do something about it), then those two queries to get the schema will add a minimum of 200ms to your application response time. It will do this for every single request that populates your User model. Depending on how your application is written, it might even do that multiple times in a single request.

If, on the other hand, you tell Yii to use schema caching, Yii will check the cache to see if it already knows the schema to your user table and if it does, it will use that instead of hitting the database. There is still latency involved in checking the cache, but hopefully it's less than or equal to the latency to the database server. Say you're using a Redis server for caching and it also has a latency of 100ms (also ridiculously long). Caching the schema will still be faster than querying the database, because Yii will only need to query the cache a single time to retrieve the schema, versus two trips to the database.

So in this example switching from querying a high latency database for the schema to querying a high latency cache server will still save you time. In practice, your cache should be much lower latency than your database and therefore save you much more time and if your application is remotely complicated, Yii will be loading schema from multiple tables on each request so schema caching can make a huge difference in request response time.

Kết quả (Việt) 1:

Nếu bạn đặt Yii để đăng nhập truy vấn cơ sở dữ liệu ('enableParamLogging' = > sự thật trong các thiết lập db của tập tin cấu hình của bạn) bạn có thể thấy rằng Yii truy vấn cơ sở dữ liệu thường xuyên cho ActiveRecord truy vấn.Ví dụ: nói rằng bạn có một mô hình đặt tên người dùng và bạn cho biết Yii để giúp bạn có một người sử dụng bởi khóa chính, Yii sẽ truy vấn cơ sở dữ liệu three(!) lần. Nó sẽ làm một truy vấn cột hiển thị, sau đó một chương trình tạo truy vấn bảng, sau đó cuối cùng nó sẽ truy vấn cơ sở dữ liệu cho các dữ liệu thực tế. Những truy vấn lần đầu tiên hai là vì vậy Yii biết giản đồ bảng người dùng của bạn. Nếu thời gian chuyến đi vòng từ máy chủ ứng dụng của bạn đến máy chủ cơ sở dữ liệu của bạn là 100ms (nếu đó là thực sự này chậm, bạn nên làm một cái gì đó về nó), sau đó những truy vấn hai để có được giản đồ sẽ thêm tối thiểu là 200ms để thời gian phản ứng ứng dụng của bạn. Nó sẽ làm điều này cho mỗi yêu cầu duy nhất mà populates mô hình người dùng của bạn. Tùy thuộc vào cách viết đơn của bạn, nó có thể thậm chí làm việc đó nhiều lần trong một đơn yêu cầu.Nếu, mặt khác, bạn cho biết Yii để sử dụng lược đồ bộ nhớ đệm, Yii sẽ kiểm tra bộ nhớ cache để xem nếu nó đã biết giản đồ bảng người dùng của bạn và nếu có, nó sẽ sử dụng thay vì nhấn cơ sở dữ liệu. Vẫn còn độ trễ tham gia vào việc kiểm tra bộ nhớ cache, nhưng hy vọng rằng nó là nhỏ hơn hoặc bằng với độ trễ đến máy chủ cơ sở dữ liệu. Nói rằng bạn đang sử dụng một máy chủ Redis cho bộ nhớ đệm và nó cũng có một độ trễ của 100ms (cũng ridiculously dài). Bộ nhớ đệm giản đồ vẫn sẽ nhanh hơn so với truy vấn cơ sở dữ liệu, bởi vì Yii chỉ cần để truy vấn bộ nhớ cache của một thời gian duy nhất để lấy các lược đồ, so với hai chuyến đi đến cơ sở dữ liệu.Vì vậy, trong ví dụ này, chuyển đổi từ một độ trễ cao truy vấn cơ sở dữ liệu cho lược đồ để truy vấn các máy chủ bộ nhớ cache độ trễ cao sẽ vẫn tiết kiệm thời gian. Trong thực tế, bộ nhớ cache của bạn nên là độ trễ thấp hơn nhiều so với cơ sở dữ liệu của bạn và do đó giúp bạn tiết kiệm nhiều thời gian và nếu ứng dụng của bạn là điều khiển từ xa phức tạp, Yii sẽ tải sơ đồ từ nhiều bảng trên mỗi yêu cầu như vậy sơ đồ bộ nhớ đệm có thể làm cho một sự khác biệt rất lớn trong thời gian đáp ứng yêu cầu.

Kết quả (Việt) 2:

Nếu bạn đặt Yii để đăng nhập truy vấn cơ sở dữ liệu ( 'enableParamLogging' => true trong các thiết lập db của tập tin cấu hình của bạn), bạn có thể thấy rằng Yii truy vấn cơ sở dữ liệu thường xuyên cho các truy vấn ActiveRecord. Ví dụ: Giả sử bạn có một mô hình tên người dùng và bạn nói Yii để giúp bạn có một người sử dụng bằng cách khóa chính, Yii sẽ truy vấn cơ sở dữ liệu ba lần (!). Nó sẽ làm một truy vấn các cột hiển thị, sau đó là một chương trình tạo các truy vấn bảng, sau đó cuối cùng nó sẽ truy vấn cơ sở dữ liệu cho các dữ liệu thực tế. Hai câu hỏi đầu tiên là như vậy Yii biết giản đồ của bảng người dùng của bạn. Nếu thời gian chuyến đi vòng từ máy chủ ứng dụng của bạn đến máy chủ cơ sở dữ liệu của bạn là 100ms (nếu nó thực sự này chậm, bạn nên làm một cái gì đó về nó), sau đó hai truy vấn để có được các giản đồ sẽ thêm tối thiểu là 200ms để thời gian phản ứng ứng dụng của bạn. Nó sẽ làm điều này cho tất cả các yêu cầu duy nhất mà populates mô hình người dùng. Tùy thuộc vào cách ứng dụng của bạn được viết, thậm chí nó có thể làm điều đó nhiều lần trong một yêu cầu duy nhất. Nếu, mặt khác, bạn nói với Yii sử dụng giản đồ bộ nhớ đệm, Yii sẽ kiểm tra bộ nhớ cache để xem nếu nó đã biết giản đồ để bạn bảng người sử dụng và nếu có, nó sẽ sử dụng thay vì nhấn cơ sở dữ liệu. Có vẫn còn độ trễ liên quan đến việc kiểm tra bộ nhớ cache, nhưng hy vọng nó là nhỏ hơn hoặc bằng với độ trễ để các máy chủ cơ sở dữ liệu. Giả sử bạn đang sử dụng một máy chủ Redis cho bộ nhớ đệm và nó cũng có một độ trễ 100ms (còn ridiculously dài). Caching giản đồ vẫn sẽ nhanh hơn so với truy vấn cơ sở dữ liệu, vì Yii sẽ chỉ cần truy vấn bộ nhớ cache một lần duy nhất để lấy đồ, so với hai chuyến đi đến các cơ sở dữ liệu. Vì vậy, trong ví dụ này chuyển từ truy vấn một cơ sở dữ liệu độ trễ cao cho các giản đồ để truy vấn một máy chủ cache độ trễ cao vẫn sẽ giúp bạn tiết kiệm thời gian. Trong thực tế, bộ nhớ cache của bạn nên có độ trễ thấp hơn nhiều so với cơ sở dữ liệu của bạn và do đó bạn tiết kiệm thời gian hơn nhiều và nếu ứng dụng của bạn rất phức tạp từ xa, Yii sẽ tải giản đồ từ nhiều bảng vào từng yêu cầu để đồ bộ nhớ đệm có thể làm cho một sự khác biệt rất lớn trong đáp ứng yêu cầu thời gian.