


Explication détaillée d'exemples d'optimisation de base de données InnoDB
InnoDB est conçu pour des performances maximales lorsque Mysql gère d'énormes volumes de données. Son efficacité CPU est probablement inégalée par aucun autre moteur de base de données relationnelle sur disque. Innodb est très populaire parmi les sites Web ou les applications contenant de grandes quantités de données. Alors il n’a pas besoin d’être optimisé. La réponse est évidente : bien sûr que non ! ! !
Les plans d'études sont facilement interrompus et la persévérance n'est pas facile. Récemment, il y a eu une réunion dans l'entreprise pour ajuster l'orientation commerciale, j'ai donc suggéré d'apprendre NodeJS. Je connaissais un peu NodeJS auparavant, mais je ne l’ai pas étudié en profondeur. La syntaxe de Node est fondamentalement la même que celle des J côté client. Au cours des six derniers mois, peu de choses côté client ont été développées. Même si mes connaissances de base en JS étaient plutôt bonnes, je n'étais pas familier avec ces connaissances. Il semble que les connaissances soient utilisées ou perdues. Si elles ne sont pas utilisées fréquemment, elles seront bientôt oubliées. J'ai donc revu les connaissances pertinentes en JS. J'ai appris la connaissance du serveur et des sockets de Node. Le plan MySQL a été suspendu le dimanche, j'ai mangé, bu et dormi, j'étais terriblement paresseux le matin et je suis resté éveillé jusqu'à l'après-midi. Sans plus tarder, poursuivons la série d'optimisation MySQL, en examinant cette fois les éléments d'optimisation d'InnoDB.
L'index principal d'InnoDB est un index clusterisé, et l'index et les données partagent un espace table commun. Pour InnoDB, les données sont l'index et l'index est les données. La plus grande différence entre le mécanisme de mise en cache d'InnoDB et MyISAM est qu'InnoDB met non seulement en cache les index, mais met également en cache les données. 1. Le pool de cache InnoDB
Le pool de tampons InnoDB est la clé pour améliorer les performances d'InnoDB. Il peut mettre en cache à la fois les données et les index. , verrous au niveau des lignes), etc. Vous pouvez utiliser des variables show telles que « innodb%pool% » pour afficher les options de paramètres associées.
<br>
innodb_buffer_pool_sizemysql> show variables like 'innodb%pool%'; +-------------------------------------+----------------+ | Variable_name | Value | +-------------------------------------+----------------+ | innodb_additional_mem_pool_size | 8388608 | | innodb_buffer_pool_dump_at_shutdown | OFF | | innodb_buffer_pool_dump_now | OFF | | innodb_buffer_pool_filename | ib_buffer_pool | | innodb_buffer_pool_instances | 8 | | innodb_buffer_pool_load_abort | OFF | | innodb_buffer_pool_load_at_startup | OFF | | innodb_buffer_pool_load_now | OFF | | innodb_buffer_pool_size | 134217728 | +-------------------------------------+----------------+
innodb_buffer_pool_size est utilisé pour définir la taille du pool de cache InnoDB (InnoDBBufferPool la valeur par défaut). est de 128 Mo. La taille du pool de cache InnoDB a un plus grand impact sur les performances globales d'InnoDB. Si le serveur MySQL actuel est exclusivement utilisé comme service MySQL, vous pouvez augmenter la taille de ce paramètre autant que possible.
innodb_buffer_pool_instance
La valeur par défaut de innodb_buffer_pool_instance est 1, ce qui signifie que le pool de cache InnoDB est divisé en une région. Augmenter de manière appropriée la valeur du paramètre peut améliorer les performances de concurrence. d'InnoDB.
innodb_additional_mem_pool_size
Spécifie la taille du cache utilisée par InnoDB pour stocker le dictionnaire de données et d'autres données internes. La valeur par défaut est de 2 Mo. Plus InnoDB a de tables, plus il y en a. Augmentez la taille de ce paramètre de manière appropriée.
2. Structure interne du pool de cache InnoDB
InnoDB maintient un pool de cache en mémoire pour la mise en cache des données et des index. Le pool de cache peut être considéré comme une très longue liste chaînée (list
). La liste chaînée est divisée en deux listes sous-liées, une liste sous-liée stocke les anciennes données de page et les anciennes données de page. est une page de données qui n'a pas été consultée depuis longtemps. Une liste sous-liée stocke lanouvelle page, et la nouvelle page est la page de données la plus récemment consultée. L'ancienne page représente par défaut 37 % de la taille totale de la liste chaînée, qui peut être consultée via le paramètre innodb_old_blocks_pct
L'intersection de l'ancienne page et. la nouvelle page est appelée point médian.
mysql> show variables like 'innodb_old_blocks%'; +------------------------+-------+ | Variable_name | Value | +------------------------+-------+ | innodb_old_blocks_pct | 37 | | innodb_old_blocks_time | 1000 | +------------------------+-------+
3. Échauffement du pool de cache InnoDB.
Après le démarrage du serveur MySQL pendant un certain temps, InnoDB placera les données fréquemment consultées (données commerciales, données de gestion) dans le cache InnoDB, c'est-à-dire que le pool de cache InnoDB stocke les données fréquemment consultées. (appelé données chaudes). Lorsque la taille du pool de cache InnoDB est de dizaines ou de centaines de gigaoctets, si vous redémarrez MySQL, que se passe-t-il si vous chargez les données chaudes du pool de cache InnoDB précédent dans le pool de cache InnoDB ?
Si vous comptez uniquement sur InnoDB lui-même pour réchauffer le pool de cache InnoDB, cela prendra beaucoup de temps pour les systèmes dont l'activité est occupée, un blocage à long terme est un grave accident de production et ne peut être toléré. Heureusement, MySQL version 5.6 prend en charge la sauvegarde des données chaudes sur le disque dur lors de l'arrêt du service. MySQL redémarre en chargeant d'abord les données chaudes du disque dur dans le cache InnoDB, ce qui peut raccourcir le temps de préchauffage et améliorer la simultanéité des tâches occupées. entreprise.mysql> show variables like '%innodb%pool%'; +-------------------------------------+----------------+ | Variable_name | Value | +-------------------------------------+----------------+ | innodb_additional_mem_pool_size | 8388608 | | innodb_buffer_pool_dump_at_shutdown | OFF | | innodb_buffer_pool_dump_now | OFF | | innodb_buffer_pool_filename | ib_buffer_pool | | innodb_buffer_pool_instances | 8 | | innodb_buffer_pool_load_abort | OFF | | innodb_buffer_pool_load_at_startup | OFF | | innodb_buffer_pool_load_now | OFF | | innodb_buffer_pool_size | 134217728 | +-------------------------------------+----------------+
La valeur par défaut est désactivée. Si le paramètre est activé et que le service MySQL est arrêté, le la chaleur dans le cache InnoDB sera Les données seront enregistrées sur le disque dur.
innodb_buffer_pool_load_at_starup
Il est désactivé par défaut Si ce paramètre est activé, lorsque le service MySQL est démarré, MySQL chargera les données chaudes à partir du disque dur local. dans le pool de cache InnoDB.
innodb_buffer_pool_dump_now
默认关闭,如果开启该参数,停止MySQL服务时,以手动方式将InnoDB缓存池中的热数据保存到本地硬盘。
innodb_buffer_pool_load_now
默认关闭,如果开启该参数,启动MySQL服务时,以手动方式将本地硬盘的数据加载到InnoDB缓存池中,
innodb_buffer_pool_filename
如果开启InnoDB预热功能,停止MySQL服务是,MySQL将InnoDB缓存池中的热数据保存到数据库根目录下,默认文件名是这个参数的值。
开启InnoDB缓存后,可以使用如下命令查看当前InnoDB缓存池预热的状态信息:
show status like 'innodb_buffer%'; +---------------------------------------+-------------+ | Variable_name | Value | +---------------------------------------+-------------+ | Innodb_buffer_pool_dump_status | not started | | Innodb_buffer_pool_load_status | not started | | Innodb_buffer_pool_pages_data | 218 | | Innodb_buffer_pool_bytes_data | 3571712 | | Innodb_buffer_pool_pages_dirty | 0 | | Innodb_buffer_pool_bytes_dirty | 0 | | Innodb_buffer_pool_pages_flushed | 1 | | Innodb_buffer_pool_pages_free | 7973 | | Innodb_buffer_pool_pages_misc | 0 | | Innodb_buffer_pool_pages_total | 8191 | | Innodb_buffer_pool_read_ahead_rnd | 0 | | Innodb_buffer_pool_read_ahead | 0 | | Innodb_buffer_pool_read_ahead_evicted | 0 | | Innodb_buffer_pool_read_requests | 1497 | | Innodb_buffer_pool_reads | 219 | | Innodb_buffer_pool_wait_free | 0 | | Innodb_buffer_pool_write_requests | 1 | +---------------------------------------+-------------+
这里面的英语都比较简单,就不解释了。
四、InnoDB实时监控
mysql> show engine innodb status\G
<br>
【相关推荐】
1. Mysql免费视频教程
2. 详解innodb_index_stats导入数据时 提示表主键冲突的错误
3. 实例详解 mysql中innodb_autoinc_lock_mode
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Dans la base de données MySQL, la relation entre l'utilisateur et la base de données est définie par les autorisations et les tables. L'utilisateur a un nom d'utilisateur et un mot de passe pour accéder à la base de données. Les autorisations sont accordées par la commande Grant, tandis que le tableau est créé par la commande Create Table. Pour établir une relation entre un utilisateur et une base de données, vous devez créer une base de données, créer un utilisateur, puis accorder des autorisations.

MySQL convient aux débutants car il est simple à installer, puissant et facile à gérer les données. 1. Installation et configuration simples, adaptées à une variété de systèmes d'exploitation. 2. Prise en charge des opérations de base telles que la création de bases de données et de tables, d'insertion, d'interrogation, de mise à jour et de suppression de données. 3. Fournir des fonctions avancées telles que les opérations de jointure et les sous-questionnaires. 4. Les performances peuvent être améliorées par l'indexation, l'optimisation des requêtes et le partitionnement de la table. 5. Prise en charge des mesures de sauvegarde, de récupération et de sécurité pour garantir la sécurité et la cohérence des données.

Simplification de l'intégration des données: AmazonrDSMysQL et l'intégration Zero ETL de Redshift, l'intégration des données est au cœur d'une organisation basée sur les données. Les processus traditionnels ETL (extrait, converti, charge) sont complexes et prennent du temps, en particulier lors de l'intégration de bases de données (telles que AmazonrDSMysQL) avec des entrepôts de données (tels que Redshift). Cependant, AWS fournit des solutions d'intégration ETL Zero qui ont complètement changé cette situation, fournissant une solution simplifiée et à temps proche pour la migration des données de RDSMySQL à Redshift. Cet article plongera dans l'intégration RDSMYSQL ZERO ETL avec Redshift, expliquant comment il fonctionne et les avantages qu'il apporte aux ingénieurs de données et aux développeurs.

Pour remplir le nom d'utilisateur et le mot de passe MySQL: 1. Déterminez le nom d'utilisateur et le mot de passe; 2. Connectez-vous à la base de données; 3. Utilisez le nom d'utilisateur et le mot de passe pour exécuter des requêtes et des commandes.

1. Utilisez l'index correct pour accélérer la récupération des données en réduisant la quantité de données numérisées SELECT * FROMMLOYEESEESHWHERELAST_NAME = 'SMITH'; Si vous recherchez plusieurs fois une colonne d'une table, créez un index pour cette colonne. If you or your app needs data from multiple columns according to the criteria, create a composite index 2. Avoid select * only those required columns, if you select all unwanted columns, this will only consume more server memory and cause the server to slow down at high load or frequency times For example, your table contains columns such as created_at and updated_at and timestamps, and then avoid selecting * because they do not require inefficient query se

Une explication détaillée des attributs d'acide de base de données Les attributs acides sont un ensemble de règles pour garantir la fiabilité et la cohérence des transactions de base de données. Ils définissent comment les systèmes de bases de données gérent les transactions et garantissent l'intégrité et la précision des données même en cas de plantages système, d'interruptions d'alimentation ou de plusieurs utilisateurs d'accès simultanément. Présentation de l'attribut acide Atomicité: une transaction est considérée comme une unité indivisible. Toute pièce échoue, la transaction entière est reculée et la base de données ne conserve aucune modification. Par exemple, si un transfert bancaire est déduit d'un compte mais pas augmenté à un autre, toute l'opération est révoquée. BeginTransaction; UpdateAccountSsetBalance = Balance-100Wh

Navicat lui-même ne stocke pas le mot de passe de la base de données et ne peut récupérer que le mot de passe chiffré. Solution: 1. Vérifiez le gestionnaire de mots de passe; 2. Vérifiez la fonction "Remember Motway" de Navicat; 3. Réinitialisez le mot de passe de la base de données; 4. Contactez l'administrateur de la base de données.

Clause SQLLIMIT: Contrôlez le nombre de lignes dans les résultats de la requête. La clause limite dans SQL est utilisée pour limiter le nombre de lignes renvoyées par la requête. Ceci est très utile lors du traitement de grands ensembles de données, des affichages paginés et des données de test, et peut améliorer efficacement l'efficacité de la requête. Syntaxe de base de la syntaxe: selectColumn1, Column2, ... FromTable_NamelimitNumber_Of_Rows; Number_OF_ROWS: Spécifiez le nombre de lignes renvoyées. Syntaxe avec décalage: selectColumn1, Column2, ... FromTable_Namelimitoffset, numéro_of_rows; décalage: sauter
