问：关于工单 后续的问题，我们数据库服务器又出现了主从同步问题，这个问题已经反馈多次了，现在导致我们的数据已经混乱了！,关于工单 后续的问题
答：您好，
T07:33:58.358652Z 3 [ERROR] Slave SQL for channel \’\’:
Worker 1 failed executing transaction \’5c8e2f18-dffc-11ec-bf5aab:\’
at master log binlog.000053, end_log_pos ; Error \’Row 128 was cut by GROUP_CONCAT()\’ on query.
Default database: \’jiacheng\’. Query: \’/* ApplicationName=DataGrip 2022.3 */
UPDATE new_life_insurance.t_commission as tc
今天下午15:33:58秒,您执行了一条错误的sql导致主从同步异常终止,new_life_insurance表实际是不存在的, 请问您是做的什么操作?
是否是在执行导入数据?导入的sql语句中是否包含
如SET @@SESSION.SQL_LOG_BIN=0;或SET @@GLOBAL.GTID_PURGED=XX语句?
当前是跳过了这条事务,如果主从数据不同步,现在可以关机从库服务器,重新从主库同步一次数据,非常感谢您长期对我司的支持!
问：我们执行过
SET SESSION group_concat_max_len这个语句, 这个语句是否会导致主从失败
答：您好，SET SESSION group_concat_max_len这个语句只是针对当前有效,不会同步到从库执行,导致后面的sql因过长而执行失败,请问您需要设置多长, 我们现在直接帮您改全部my.cnf来设置,另外, 也需要避免执行一些错误的sql,非常感谢您长期对我司的支持!
问：我们现在设置的是
SET SESSION group_concat_max_len = ;
这个SQL同步失败会导致主从同步中止吗?
然后就哪些情况会导致主从同步失败? 我们以后注意一下.
最后一个问题就 是不是我们以后遇到了，可以先重启，然后再让你们找问题，还是需要留下现场等你们先看了再重启?
答：您好，
1.已经帮您设置全局group_concat_max_len =
2.默认执行了错误的sql语句就会导致主从同步终止,所以需要您那边注意,导入数据,以及程序中保证sql语句的正确性,涉及到一些修改全局参数的时候,需要联系我们先进行全局修改,再去执行sql语句
3.遇到主从同步终止,需要查明原因,简单的重启库不能解决终止的问题,一般需要核实最后执行的什么语句导致终止的, 不重要的语句可跳过当前事务恢复同步,如果无法挽回的一些错误,最终将只能由我们来关闭从库服务器,重新从主库打包恢复从库数据,让主从数据保持一致,非常感谢您长期对我司的支持!
问：麻烦再问一个问题,我们这边每个星期都会运行这个语句, 会不会导致主从失败?
SET SESSION max_heap_table_size=2048*1024*1024
答：您好，运行SET SESSION max_heap_table_size=2048*1024*1024语句不会直接导致主从同步失败,而是因为这个语句不会传导到从库执行,如果您接下来的sql语句超过了默认max_heap_table_size,主库因为修改了max_heap_table_size值而可以成功执行,但从库因为没有修改max_heap_table_size值,可能就会导致执行sql语句失败,从而主从同步停止;
如果需要,请确认是否现在帮您把主从服务器全局参数max_heap_table_size改为2048*1024*1024,非常感谢您长期对我司的支持!
问：麻烦在问个问题, 我用datagrip链接数据库的时候, 每次切换了数据库查询的时候, 都会从选择的数据库跳转到默认的数据库, 请问这个你们知道怎么解决吗
执行SQL后,数据库变成默认, 导致查询的SQL找不到包, 然后查询失败
答：您好，抱歉, 我们没用过datagrip,您可以试试其他数据库管理工具,如dbeaver,我们测试是可以任意切换数据库的,非常感谢您长期对我司的支持!
