mysql-replication的问题总结_MySQL
bitsCN.com
接触replication后,就开始琢磨自己要配置下试试,固然出现了很多问题:经过上网查资料也好问同学也好,终于是解决了些.现在就分享下自己的经历:
首先的问题是配置master的my.cnf,按部就班的配置
server-id = 1
log_bin =mysql-bin
#log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 10
max_binlog_size = 100M
#binlog_do_db = include_database_name
#binlog_ignore_db = include_database_name
这里的配置是安装书上写的配置的,自己没有意识到logbin的问题,由于我的mysql是apt-get自动安装的所以有些mysql文件也不知道在哪里,这就导致后来生成的mysql-bin000001这个日志文件不知道放哪里了,纠结了好久,最后用最本的方法find一下(当时电脑瞬间热了),找了在/var/lib/mysql/这个目录下。
这时重启mysql后,查看status的情况:
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000001 | 106 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
挺好证明日志已经开起。可是第二次我又差了下发现:
mysql> show master status;
+------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000002 | 106 | | |
+------------------+----------+--------------+------------------+
1 row in set (0.00 sec)
原来是,当mysql服务重新启动一次后,它会自动重新开启一个日子文件,所有的文件目录都在mysql-bin.index中。
然后是,配置我的slave,由于资源不够就用了台windows的pc机来测,可是mysql目录下的配置文件好多啊,我也分不清楚是用那个配置,反正就在my.ini中将server-id=2。然后重启mysql服务,mysqladmin这个命令来停止和启动mysql。然后在使用命令:
mysql> CHANGE MASTER TO
-> MASTER_HOST='10.5.110.234',
-> MASTER_USER='replica',
-> MASTER_PASSWORD='replica',
-> MASTER_LOG_FILE='mysql-bin.000001',
-> MASTER_LOG_POS=228;
Query OK, 0 rows affected (0.01 sec)
重新启动slave
启动后查询下当前的状态,让我纠结了,我的io-thread没有打开。start slave io-thread,运行成功可是io就是打不开。
然后ping一下服务器,是可以的。然后我又远程登录mysql知道原因在哪里了,mysql本身就没有连接上主服务器:
ERROR 2003 (HY000): Can't connect to MySQL server on '10.5.110.234' (111)
在网上查了好久,终于看到一种解决办法让我顿时兴奋起来,就是在我的服务器mysql中的my.cnf配置文件里
bind-address = 127.0.0.1
把它给注掉就可以了。又重新连接一次搞定了。
这个问题刚搞定又出现一个新的问题,我在主服务器上面插入一条数据,结果在slave中查看到的状态是这样的。
Last_Error: Error 'Table 'test.chen' doesn't exist' on query. Default database: 'test'. Query: 'insert into chen values(112,'chen','chen')'
这里问题很简单了就是因为从服务器上面的数据库没有这张表,所以查看下主库的表show create,再在从库上面建一个表。搞定……
1 row in set (0.02 sec)
mysql> insert into chen values(1111,'chen','chen');
Query OK, 1 row affected (0.00 sec)
从库上面的查看:
mysql> select * from chen;
+------+------+---------+
| id | name | address |
+------+------+---------+
| 112 | chen | chen |
| 1111 | chen | chen |
+------+------+---------+
2 rows in set (0.01 sec)
摘自 辉蛋儿的学习历程
bitsCN.com
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)

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 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.

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.

La numérisation complète de la table peut être plus rapide dans MySQL que l'utilisation d'index. Les cas spécifiques comprennent: 1) le volume de données est petit; 2) Lorsque la requête renvoie une grande quantité de données; 3) Lorsque la colonne d'index n'est pas très sélective; 4) Lorsque la requête complexe. En analysant les plans de requête, en optimisant les index, en évitant le sur-index et en maintenant régulièrement des tables, vous pouvez faire les meilleurs choix dans les applications pratiques.

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.
