This article mainly introduces the difference between MyISAM and InnoDB in MySQL. I hope it will be helpful to friends in need!
The difference between MyISAM and InnoDB:
1. MySQL uses MyISAM by default.
2.MyISAM does not support transactions, but InnoDB does. InnoDB's AUTOCOMMIT is turned on by default, that is, each SQL statement will be encapsulated into a transaction by default and automatically submitted. This will affect the speed, so it is best to display multiple SQL statements between begin and commit to form a transaction. Go submit.
3.InnoDB supports data row locking, while MyISAM does not support row locking and only supports locking the entire table. Right now The read lock and write lock on the same MyISAM table are mutually exclusive. When MyISAM concurrently reads and writes, if there are both read requests and write requests in the waiting queue, the default write request has a higher priority, even if the read request arrives first, so MyISAM is not suitable for situations where a large number of queries and modifications coexist, as the query process will be blocked for a long time. Because MyISAM is a lock table, a time-consuming read operation will starve other writing processes.
4.InnoDB supports foreign keys, but MyISAM does not.
5.InnoDB has a larger primary key range, up to 2 times that of MyISAM.
6.InnoDB does not support full-text indexing, but MyISAM does. Full-text index refers to char, Create an inverse sorted index for each word in varchar and text (except stop words). MyISAM's full-text index is actually useless because it does not support Chinese word segmentation. The user must add spaces after word segmentation. The grid is then written to the data table, and words with less than 4 Chinese characters will be ignored like stop words.
7.MyISAM supports GIS data, but InnoDB does not. That is, MyISAM supports the following spatial data objects: Point, Line, Polygon, Surface, etc.
8. Count(*) without where uses MyISAM much faster than InnoDB. because There is a counter built into MyISAM. When count(*), it reads directly from the counter, while InnoDB must scan the entire table. Therefore, when executing count(*) on InnoDB, it is generally It must be accompanied by where, and where must contain index columns other than the primary key. Why is there a special emphasis on "other than the primary key" here? Because the primary index in InnoDB is the same as raw The data is stored together, while the secondary index is stored separately, and then there is a pointer pointing to the primary key. Therefore, if it is just count(*), it is faster to use the secondary index to scan, while the primary key mainly returns raw while scanning the index. The effect is greater when using data.
For more MySQL knowledge, you can refer to MySQL Video Tutorial or MySQL Manual!
The above is the detailed content of The difference between MyISAM and InnoDB in MySQL [detailed explanation]. For more information, please follow other related articles on the PHP Chinese website!

The article discusses using MySQL's ALTER TABLE statement to modify tables, including adding/dropping columns, renaming tables/columns, and changing column data types.

Article discusses configuring SSL/TLS encryption for MySQL, including certificate generation and verification. Main issue is using self-signed certificates' security implications.[Character count: 159]

Article discusses strategies for handling large datasets in MySQL, including partitioning, sharding, indexing, and query optimization.

Article discusses popular MySQL GUI tools like MySQL Workbench and phpMyAdmin, comparing their features and suitability for beginners and advanced users.[159 characters]

The article discusses dropping tables in MySQL using the DROP TABLE statement, emphasizing precautions and risks. It highlights that the action is irreversible without backups, detailing recovery methods and potential production environment hazards.

Article discusses using foreign keys to represent relationships in databases, focusing on best practices, data integrity, and common pitfalls to avoid.

The article discusses creating indexes on JSON columns in various databases like PostgreSQL, MySQL, and MongoDB to enhance query performance. It explains the syntax and benefits of indexing specific JSON paths, and lists supported database systems.

Article discusses securing MySQL against SQL injection and brute-force attacks using prepared statements, input validation, and strong password policies.(159 characters)


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

AI Hentai Generator
Generate AI Hentai for free.

Hot Article

Hot Tools

WebStorm Mac version
Useful JavaScript development tools

DVWA
Damn Vulnerable Web App (DVWA) is a PHP/MySQL web application that is very vulnerable. Its main goals are to be an aid for security professionals to test their skills and tools in a legal environment, to help web developers better understand the process of securing web applications, and to help teachers/students teach/learn in a classroom environment Web application security. The goal of DVWA is to practice some of the most common web vulnerabilities through a simple and straightforward interface, with varying degrees of difficulty. Please note that this software

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver Mac version
Visual web development tools

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