


Comparison of two solutions to paging queries in Mysql_PHP tutorial
There are two ways to perform paging queries in mysql. One is to use COUNT(*). The specific code is as follows
SELECT COUNT(*) FROM foo WHERE b = 1;
SELECT a FROM foo WHERE b = 1 LIMIT 100,10;
Another way is to use SQL_CALC_FOUND_ROWS
SELECT SQL_CALC_FOUND_ROWS a FROM foo WHERE b = 1 LIMIT 100, 10;
SELECT FOUND_ROWS();
After calling SQL_CALC_FOUND_ROWS in the second way, the number of rows queried by the WHERE statement will be placed in FOUND_ROWS(). The second time you only need to query FOUND_ROWS() to find out How many lines are there?
Discuss the advantages and disadvantages of these two methods:
First of all, in terms of atomicity, the second one is definitely better than the first one. The second type can ensure the atomicity of the query statement. The first type will naturally cause inaccurate results when additional operations modify the table between the two requests. The second type will not. But it is a pity that when a general page needs to be displayed in paging, the paging results are often not required to be very accurate. That is, it does not matter whether the total number returned by paging is 1 larger or smaller than 1. So in fact, atomicity is not the focus of our paging.
Look at the efficiency below. This is very important. The paging operation is used very heavily on every website, and the query volume is naturally also large. Since no matter which type, the paging operation will inevitably involve two SQL queries, there are many comparisons about the performance of the two queries:
Is SQL_CALC_FOUND_ROWS really slow?
http://hi.baidu.com/thinkinginlamp/item/b122fdaea5ba23f614329b14
To SQL_CALC_FOUND_ROWS or not to SQL_CALC_FOUND_ROWS?
http://www.mysqlperformanceblog.com/2007/08/28/to-sql_calc_found_rows-or-not-to-sql_calc_found_rows/
Lao Wang’s article mentioned the concept of covering index. Simply put, it means how to only make the query return the results according to the index without performing table query
See his other article for details:
MySQL Covering Index
http://hi.baidu.com/thinkinginlamp/item/1b9aaf09014acce0f45ba6d3
Experiment
Combined these articles and conducted an experiment:
Table:
CREATE TABLE IF NOT EXISTS `foo ` (
`a` int(10) unsigned NOT NULL AUTO_INCREMENT,
`b` int(10) unsigned NOT NULL,
`c` varchar(100) NOT NULL,
PRIMARY KEY ( `a`),
KEY `bar` (`b`,`a`)
) ENGINE=MyISAM;
Note that b and a are used to create an index. , so the covering index will not be used when querying select *. Only when selecting a will the covering index
$host = '192.168.100.166';
$dbName = 'test';
$user = 'root';
$password = '';
$db = mysql_connect($host, $user, $password) or die('DB connect failed');
mysql_select_db($dbName, $db);
echo '============================================' . "rn";
$start = microtime(true);
for ($i =0; $i<1000; $i++) {
mysql_query("SELECT SQL_NO_CACHE COUNT(*) FROM foo WHERE b = 1");
mysql_query("SELECT SQL_NO_CACHE a FROM foo WHERE b = 1 LIMIT 100,10");
}
$end = microtime(true);
echo $end - $start . "rn";
echo '================================ ==========' . "rn";
$start = microtime(true);
for ($i =0; $i<1000; $i++) {
mysql_query("SELECT SQL_NO_CACHE SQL_CALC_FOUND_ROWS a FROM foo WHERE b = 1 LIMIT 100, 10");
mysql_query("SELECT FOUND_ROWS()");
}
$end = microtime(true);
echo $end - $start . "rn";
echo '============================ ==============' . "rn";
$start = microtime(true);
for ($i =0; $i<1000; $ i++) {
mysql_query("SELECT SQL_NO_CACHE COUNT(*) FROM foo WHERE b = 1");
mysql_query("SELECT SQL_NO_CACHE * FROM foo WHERE b = 1 LIMIT 100,10");
}
$end = microtime(true);
echo $end - $start . "rn";
echo '================== =========================' . "rn";
$start = microtime(true);
for ( $i =0; $i<1000; $i++) {
mysql_query("SELECT SQL_NO_CACHE SQL_CALC_FOUND_ROWS * FROM foo WHERE b = 1 LIMIT 100, 10");
mysql_query("SELECT FOUND_ROWS()");
}
$end = microtime(true);
echo $end - $start . "rn";
The returned result:

It’s the same as what Lao Wang’s article said. The fourth query of SQL_CALC_FOUND_ROWS not only does not use the covering index, but also requires a full table query, and the third query of COUNT(*), and select * uses index, and does not perform a full table query, so it is so large difference.
Summary
PS: Also a reminder, there will be such a big difference between queries three and four when using MyISAM, but if you use InnoDB, there will not be such a big difference.
So I came to the conclusion that if the database is InnoDB, I still tend to use SQL_CALC_FOUND_ROWS
Conclusion: The performance of SQL_CALC_FOUND_ROWS and COUNT(*) is high when both covering index is used, and the performance of the latter is high when covering index is not used. So pay attention to this when using it.

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics



You can open phpMyAdmin through the following steps: 1. Log in to the website control panel; 2. Find and click the phpMyAdmin icon; 3. Enter MySQL credentials; 4. Click "Login".

MySQL is an open source relational database management system, mainly used to store and retrieve data quickly and reliably. Its working principle includes client requests, query resolution, execution of queries and return results. Examples of usage include creating tables, inserting and querying data, and advanced features such as JOIN operations. Common errors involve SQL syntax, data types, and permissions, and optimization suggestions include the use of indexes, optimized queries, and partitioning of tables.

Redis uses a single threaded architecture to provide high performance, simplicity, and consistency. It utilizes I/O multiplexing, event loops, non-blocking I/O, and shared memory to improve concurrency, but with limitations of concurrency limitations, single point of failure, and unsuitable for write-intensive workloads.

MySQL is chosen for its performance, reliability, ease of use, and community support. 1.MySQL provides efficient data storage and retrieval functions, supporting multiple data types and advanced query operations. 2. Adopt client-server architecture and multiple storage engines to support transaction and query optimization. 3. Easy to use, supports a variety of operating systems and programming languages. 4. Have strong community support and provide rich resources and solutions.

MySQL's position in databases and programming is very important. It is an open source relational database management system that is widely used in various application scenarios. 1) MySQL provides efficient data storage, organization and retrieval functions, supporting Web, mobile and enterprise-level systems. 2) It uses a client-server architecture, supports multiple storage engines and index optimization. 3) Basic usages include creating tables and inserting data, and advanced usages involve multi-table JOINs and complex queries. 4) Frequently asked questions such as SQL syntax errors and performance issues can be debugged through the EXPLAIN command and slow query log. 5) Performance optimization methods include rational use of indexes, optimized query and use of caches. Best practices include using transactions and PreparedStatemen

Effective monitoring of Redis databases is critical to maintaining optimal performance, identifying potential bottlenecks, and ensuring overall system reliability. Redis Exporter Service is a powerful utility designed to monitor Redis databases using Prometheus. This tutorial will guide you through the complete setup and configuration of Redis Exporter Service, ensuring you seamlessly build monitoring solutions. By studying this tutorial, you will achieve fully operational monitoring settings

The methods for viewing SQL database errors are: 1. View error messages directly; 2. Use SHOW ERRORS and SHOW WARNINGS commands; 3. Access the error log; 4. Use error codes to find the cause of the error; 5. Check the database connection and query syntax; 6. Use debugging tools.

Apache connects to a database requires the following steps: Install the database driver. Configure the web.xml file to create a connection pool. Create a JDBC data source and specify the connection settings. Use the JDBC API to access the database from Java code, including getting connections, creating statements, binding parameters, executing queries or updates, and processing results.
