mysql主从同步复制错误解决一例
Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids
蚊子今天下午搭了一主三从的mysql复制,结果所有服务器都配置好后,发现从上报如下的错误代码如下:
Last_IO_Error: Fatal error: The slave I/O thread stops because master and slave have equal MySQL server ids; these ids must be different for replication to work (or the --replicate-same-server-id option must be used on slave but this does not always make sense; please check the manual before using it).
意思就是从上的server_id和主的一样的,经查看发现从上的/etc/my.cnf中的server_id=1这行我没有注释掉(在下面复制部分我设置了server_id),于是马上把这行注释掉了,然后重启mysql,发现还是报同样的错误。
使用如下命令查看了一下server_id
代码如下:
mysql> show variables like 'server_id';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| server_id | 1 |
+---------------+-------+
1 row in set (0.00 sec)
发现,mysql并没有从my.cnf文件中更新server_id,既然这样就只能手动修改了
代码如下:
mysql> set global server_id=2; #此处的数值和my.cnf里设置的一样就行
mysql> slave start;
如此执行后,slave恢复了正常。
不过稍后蚊子使用/etc/init.d/mysqld restart重启了mysql服务,然后查看slave状态,发现又出现了上面的错误,然后查看server_id发现这个数值又恢复到了1。
之后蚊子又重新查看了一下/etc/my.cnf的内容,确认应该不是这个文件的问题,于是去google查了一下,看到mysql在启动的时候会查找/etc/my.cnf、DATADIR/my.cnf,USER_HOME/my.cnf。
于是我执行了
代码如下:
find / -name "my.cnf"
居然在/usr/local/mysql这个目录下发现了my.cnf文件,于是蚊子将这个文件删除了,然后再重启mysql服务,发现一切恢复了正常。如果有人也出现类似的问题,不妨试试这个办法吧。

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

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

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)

Avec le développement rapide d'Internet, les applications Web intègrent de plus en plus les opérations de bases de données. MySQL est un système de base de données relationnelle de renommée mondiale et largement utilisé. Dans les applications Web hautement concurrentes, la réplication maître-esclave MySQL est un moyen important d'améliorer les performances et la disponibilité des bases de données. Cet article explique comment utiliser PHP pour implémenter la réplication maître-esclave de la base de données MySQL. 1. Qu'est-ce que la réplication maître-esclave MySQL ? La réplication maître-esclave MySQL fait référence à la copie de données d'un serveur de base de données MySQL vers un autre serveur.

Construire un cluster MySQL hautement disponible : guide des meilleures pratiques pour la réplication maître-esclave et l'équilibrage de charge Ces dernières années, avec le développement rapide d'Internet, la base de données est devenue l'un des principaux moteurs de stockage et de traitement de données pour la plupart des applications Web. Dans ce scénario, la haute disponibilité et l’équilibrage de charge sont devenus des considérations importantes dans la conception de l’architecture de base de données. En tant que l'une des bases de données relationnelles open source les plus populaires, la solution de déploiement de cluster de MySQL a attiré beaucoup d'attention. Cet article explique comment implémenter un cluster de bases de données hautement disponible via la réplication maître-esclave MySQL et l'équilibrage de charge.

La base de données MySQL est un système de gestion de bases de données relationnelles très populaire qui prend en charge une variété de technologies de réplication de données, parmi lesquelles la plus couramment utilisée est la technologie de réplication maître-esclave. Cet article présentera la technologie de réplication de données maître-esclave dans MySQL, y compris les principes, les méthodes de mise en œuvre, les problèmes courants et les contre-mesures. 1. Principe de la technologie de réplication maître-esclave La technologie de réplication maître-esclave de MySQL peut copier les données d'une base de données MySQL sur d'autres serveurs pour réaliser la sauvegarde des données, l'équilibrage de charge, la séparation en lecture-écriture et d'autres fonctions. Son principe de base est de convertir la base de données principale

Redis est un système de stockage clé-valeur open source basé sur la mémoire qui est couramment utilisé dans des scénarios tels que la mise en cache, la mise en file d'attente et le traitement des données en temps réel. Dans les applications à grande échelle, afin d'améliorer la disponibilité et les performances de Redis, il est souvent nécessaire d'adopter une architecture distribuée, dans laquelle la réplication maître-esclave est un mécanisme couramment utilisé. Cet article présentera la fonction de réplication maître-esclave de Redis, y compris la définition, le principe, la configuration et les scénarios d'application. 1. La définition de la réplication maître-esclave Redis fait référence à la synchronisation automatique des données d'un nœud Redis (c'est-à-dire le nœud maître) vers d'autres nœuds (c'est-à-dire le nœud esclave).

Comment configurer la réplication maître-esclave de la base de données MySQL ? La réplication maître-esclave de la base de données MySQL est une solution courante de sauvegarde des données et de haute disponibilité. En configurant la réplication maître-esclave, vous pouvez synchroniser les données d'un serveur MySQL (serveur maître) à un autre (serveur esclave), améliorant ainsi la disponibilité et les performances de la base de données. Ce qui suit décrit comment configurer la réplication maître-esclave dans une base de données MySQL et fournit des exemples de code correspondants. Assurez-vous que le serveur MySQL est installé et démarré. Tout d'abord, assurez-vous que MySQL est installé sur votre système.

Équilibrage de charge et reprise après sinistre en mode cluster : analyse approfondie et pratique de la réplication maître-esclave MySQL Avec le développement rapide de l'industrie Internet, la demande de stockage et de traitement des données est de plus en plus élevée. En réponse à un accès simultané élevé et à un stockage massif de données, le mode cluster est devenu une solution courante. L'équilibrage de charge et la reprise après sinistre sont des composants importants du système de cluster, et la réplication maître-esclave MySQL est une méthode largement utilisée. Cet article abordera l'équilibrage de charge et la reprise après sinistre en mode cluster, en se concentrant sur le principe de la réplication maître-esclave MySQL.

Réplication maître-esclave et architecture haute disponibilité dans MySQL À mesure que les applications Internet et les volumes de données continuent de croître, la haute disponibilité et l'évolutivité de la base de données deviennent de plus en plus importantes. En tant que base de données relationnelle open source largement utilisée, MySQL fournit des solutions de réplication maître-esclave et d'architecture haute disponibilité. La réplication maître-esclave fait référence au processus d'utilisation d'une instance de base de données MySQL comme base de données maître et de réplication de ses données vers une ou plusieurs bases de données esclaves (esclave). Cette méthode de réplication peut réaliser une sauvegarde redondante des données et une séparation de la lecture et de l'écriture.

Memcached est un système de mise en cache d'objets à mémoire distribuée open source et hautes performances qui peut être utilisé pour accélérer les applications Web et fonctionne particulièrement bien dans la mise en cache de données à grande échelle. Pour ce système, la réplication maître-esclave est une fonction très importante, qui peut être utilisée pour garantir la fiabilité et la haute disponibilité des données. Cet article explique comment utiliser PHP pour implémenter la réplication maître-esclave de la base de données Memcached. Introduction au mode maître-esclave Le mode maître-esclave est une structure distribuée du serveur Memcached. Il est constitué d'au moins deux serveurs : un.
