Mysql字符集引发的主从报错怎么处理

小编给大家分享一下MySQL字符集引发的主从报错怎么处理,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!

创新互联专业为企业提供怀安网站建设、怀安做网站、怀安网站设计、怀安网站制作等企业网站建设、网页设计与制作、怀安企业网站模板建站服务,十年怀安做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。

收到报警,主从断了
Mysql字符集引发的主从报错怎么处理


1.查看主从的字符集设置

  • CREATE TABLE `svc_special_important_step_setting` (
      PRIMARY KEY (`svc_special_important_step_setting_id`),
      KEY `idx_CityId` (`city_id`),
      KEY `idx_CompanyId` (`company_id`)
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='安检关键环节设置';


  • 为什么表的字符集会不一样呢?

3.查看了下库的字符集

  1. mysql> show create database xxxxxx;

  2. +-------------+-------------------------------------------------------------------------+

  3. | Database | Create Database |

  4. +-------------+-------------------------------------------------------------------------+

  5. | ecejservice | CREATE DATABASE `xxxxx` /*!40100 DEFAULT CHARACTER SET utf8 */ |

  6. +-------------+-------------------------------------------------------------------------+

  7. 1 row in set (0.00 sec)

  8. mysql> show create database xxxxxx;

  9. +-------------+-------------------------------------------------------------------------+

  10. | Database | Create Database |

  11. +-------------+-------------------------------------------------------------------------+

  12. | ecejservice | CREATE DATABASE `xxxxxx` /*!40100 DEFAULT CHARACTER SET utf8mb4*/ |

  13. +-------------+-------------------------------------------------------------------------+

主从两个库的字符集都不一样,原因要追溯到历史原因了,两个库的来源不一样,一个来之与xtracebackup 一个来源于mysqldump, 并且来源库的字符集就是不一样的

一个case

  1. master:

  2. mysql> show create database test1234\G
    *************************** 1. row ***************************
           Database: test1234
    Create Database: CREATE DATABASE `test1234` /*!40100 DEFAULT CHARACTER SET utf8mb4 */
    1 row in set (0.00 sec)

  3. slave:

  4. mysql> show create database test1234\G
    *************************** 1. row ***************************
           Database: test1234
    Create Database: CREATE DATABASE `test1234` /*!40100 DEFAULT CHARACTER SET utf8 */
    1 row in set (0.00 sec)

master:建表
 CREATE TABLE `test` (
  `id` int(11) DEFAULT NULL,
  `tname` varchar(20) DEFAULT NULL
) ENGINE=InnoDB



查看主从表的信息:
master:
mysql> show create table test\G
*************************** 1. row ***************************
       Table: test
Create Table: CREATE TABLE `test` (
  `id` int(11) DEFAULT NULL,
  `tname` varchar(20) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4


slave:
mysql> show create table test\G
*************************** 1. row ***************************
       Table: test
Create Table: CREATE TABLE `test` (
  `id` int(11) DEFAULT NULL,
  `tname` varchar(20) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8
1 row in set (0.00 sec)


可以看到:如果建表时不指定字符集会默认以当前database的字符集为准





master:插入数据
mysql> insert into test(id ,tname) values (123,'12314');


查看主从状态:
Replicate_Wild_Ignore_Table: 
                   Last_Errno: 1677
                   Last_Error: Column 1 of table 'test1234.test' cannot be converted from type 'varchar(80)' to type 'varchar(20)'
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 158988157
              Relay_Log_Space: 2240633

解决:修改库的默认字符集吧

mysql>  alter database xxxxxx DEFAULT CHARACTER SET utf8mb4;

以上是“Mysql字符集引发的主从报错怎么处理”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注创新互联行业资讯频道!


文章名称:Mysql字符集引发的主从报错怎么处理
地址分享:http://scyanting.com/article/jpjips.html