十四、mysql 分区之 HASH && KEY_MySQL
1.hash分区 PS::个人觉得HASH分区很好很强大,简单确分布极其均匀 创建实例: CREATE TABLE HASH_EMP ( tid int, tname char(255) ) PARTITION BY HASH (tid) PARTITIONS 8; 将hash_emp进行的tid进行hash分区,并分为8个区 查询分区的数据分布情况: select partition_name,partition_expression,partition_description,table_rows from information_schema.partitions where table_schema = schema() and table_name = 'hash_emp'; +----------------+----------------------+-----------------------+------------+ | partition_name | partition_expression | partition_description | table_rows | +----------------+----------------------+-----------------------+------------+ | p0 | tid | NULL | 0 | | p1 | tid | NULL | 0 | | p2 | tid | NULL | 0 | | p3 | tid | NULL | 0 | | p4 | tid | NULL | 0 | | p5 | tid | NULL | 0 | | p6 | tid | NULL | 0 | | p7 | tid | NULL | 0 | +----------------+----------------------+-----------------------+------------+ 创建1个event,用来不间断写入数据,测试分布情况: create event hash_emp_event on scheduler every 1 second do insert into hash_emp values (NULL,now()); set GLOBAL event_scheduler = 1; //开启调度器 再次查看分区数据分布情况: +----------------+----------------------+-----------------------+------------+ | partition_name | partition_expression | partition_description | table_rows | +----------------+----------------------+-----------------------+------------+ | p0 | tid | NULL | 41 | | p1 | tid | NULL | 42 | | p2 | tid | NULL | 42 | | p3 | tid | NULL | 42 | | p4 | tid | NULL | 42 | | p5 | tid | NULL | 42 | | p6 | tid | NULL | 42 | | p7 | tid | NULL | 42 | +----------------+----------------------+-----------------------+------------+ 可以看出来,hash分布极其均匀:;2.Key分区 PS::所谓key分区则是指mysql默认使用表的主键或唯一建进行分区管理 创建实例: CREATE TABLE KEY_EMP ( tid int, tname char(255) ) PARTITION BY KEY (tid) PARTITIONS 8; PS::因为跟hash差不多,就不进行过多测试了!!!3.子分区 PS::顾名思义就是在分区上再建分区 PS::支持子分区的分区模式有range || list ,它们2者都可以支持hash或list的子分区 创建实例:: CREATE TABLE ZI_EMP ( tid int, tname char(255) ) PARTITION BY RANGE (tid) SUBPARTITION BY HASH (tid) SUBPARTITIONS 2 ( PARTITION p0 values less than (1990), PARTITION p1 values less than (2028), PARTITION p2 values less than (MAXVALUE) ); 将zi_emp分成了3个range分区,每个分区在分为2个子分区,如是,有了下面的分区结构: +----------------+----------------------+-----------------------+------------+ | partition_name | partition_expression | partition_description | table_rows | +----------------+----------------------+-----------------------+------------+ | p0 | tid | 1990 | 0 | | p0 | tid | 1990 | 0 | | p1 | tid | 2028 | 0 | | p1 | tid | 2028 | 0 | | p2 | tid | MAXVALUE | 0 | | p2 | tid | MAXVALUE | 0 | +----------------+----------------------+-----------------------+------------+ 也就是说,如果tid小于1990,那么数据会被hash分配到p0这2个子分区中

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)

L'article discute de l'utilisation de l'instruction ALTER TABLE de MySQL pour modifier les tables, notamment en ajoutant / abandon les colonnes, en renommant des tables / colonnes et en modifiant les types de données de colonne.

Les capacités de recherche en texte intégral d'InNODB sont très puissantes, ce qui peut considérablement améliorer l'efficacité de la requête de la base de données et la capacité de traiter de grandes quantités de données de texte. 1) INNODB implémente la recherche de texte intégral via l'indexation inversée, prenant en charge les requêtes de recherche de base et avancées. 2) Utilisez la correspondance et contre les mots clés pour rechercher, prendre en charge le mode booléen et la recherche de phrases. 3) Les méthodes d'optimisation incluent l'utilisation de la technologie de segmentation des mots, la reconstruction périodique des index et l'ajustement de la taille du cache pour améliorer les performances et la précision.

L'article discute de la configuration du cryptage SSL / TLS pour MySQL, y compris la génération et la vérification de certificat. Le problème principal est d'utiliser les implications de sécurité des certificats auto-signés. [Compte de caractère: 159]

L'article traite des outils de GUI MySQL populaires comme MySQL Workbench et PhpMyAdmin, en comparant leurs fonctionnalités et leur pertinence pour les débutants et les utilisateurs avancés. [159 caractères]

L'article traite des stratégies pour gérer de grands ensembles de données dans MySQL, y compris le partitionnement, la rupture, l'indexation et l'optimisation des requêtes.

La différence entre l'index cluster et l'index non cluster est: 1. Index en cluster stocke les lignes de données dans la structure d'index, ce qui convient à la requête par clé et plage primaire. 2. L'index non clumpant stocke les valeurs de clé d'index et les pointeurs vers les lignes de données, et convient aux requêtes de colonne de clés non primaires.

L'article discute de la suppression des tables dans MySQL en utilisant l'instruction TABLE DROP, mettant l'accent sur les précautions et les risques. Il souligne que l'action est irréversible sans sauvegardes, détaillant les méthodes de récupération et les risques potentiels de l'environnement de production.

L'article discute de la création d'index sur les colonnes JSON dans diverses bases de données comme PostgreSQL, MySQL et MongoDB pour améliorer les performances de la requête. Il explique la syntaxe et les avantages de l'indexation des chemins JSON spécifiques et répertorie les systèmes de base de données pris en charge.
