9.0.103.0Linux&MySQL外联用户信息数据库问题
centos7.5,第一次安装9.0.102.0到Linux,数据库之前就存在,安装完后转用户数据库到MySQL就启动不了。后来的解决办法是,将老的Windows服务器上的用户数据导出来,删掉MySQL中用户信息数据库,然后再将活字格的用户信息数据库转到MySQL,由系统重新创建数据结构,最后将用户数据导入进去的。这大概跟数据结构有关系。第二次,服务器上直接升级9.0.103.0,安装后启动不了,报MySQL的错误。后来恢复服务器之,先将用户数据库转换到sqlite,在重新升级,启动成功,再转换用户数据库到MySQL,成功。
今天,MySQL服务被重启了一下,活字格启动不了了。
希望官方调查一下这个问题,其实还挺恐怖的,今天的问题发生在中午,在12点的时候服务器有个自动快照,我直接恢复就行了。但是万一遇到工作时间就不敢这么搞了。
您好,感谢您的反馈。
看问题是活字格用户数据转外联,使用过程中出现的问题。这个问题您能否提供下服务端的错误日志和您那边使用 MySQL 数据库的版本,这边去找类似的环境去复现调查一下。
Simon.Sun 发表于 2024-1-18 18:04
您好,感谢您的反馈。
看问题是活字格用户数据转外联,使用过程中出现的问题。这个问题您能否提供下服务端 ...
大佬,日志我当初应该给薛工发过,现在难找到了;我用的数据库版本是8.0.35 好的,我去沟通跟进下,结果会继续在此贴跟进,感谢反馈。 状态更新:
找了一台相同的环境进行测试暂未出现客户所经历的问题,之前用户信息数据库导致服务器无法启动,拿到客户的用户信息数据库调查发现数据库的字符集和我们预期的不符,我们期望的是不区分大小的,但用户的数据库是区分大小的,由于用户的数据库区分大小写,导致了我们的部分逻辑出了问题,从而导致userservice启动失败。
活字格服务管理器只负责建表,不负责建数据库,数据库一般是手动创建的。我们这边一般选择的字符集是 utf8-mb4,排序规则是utf8mb4_0900_ai_ci,如果字符集出现不同,有可能会导致服务器无法重启。 Erik.Xue 发表于 2024-2-5 09:54
状态更新:
找了一台相同的环境进行测试暂未出现客户所经历的问题,之前用户信息数据库导致服务器无法启 ...
冷知识:Linux下的MYSQL默认是要区分表名大小写的 ,而在windows下表名不区分大小写 true 发表于 2024-2-5 10:01
冷知识:Linux下的MYSQL默认是要区分表名大小写的 ,而在windows下表名不区分大小写
{:5_115:} true 发表于 2024-2-5 10:01
冷知识:Linux下的MYSQL默认是要区分表名大小写的 ,而在windows下表名不区分大小写
对的,活字格的用户信息数据库有一部分表使用的是驼峰规则命名的,系统换过来换过去的可能有影响,但具体是不是这个原因还需要排查。
我现在所有数据库对象都采用下划线分割单词字母小写命名,免得受大小写的影响。 {:5_114:}
页:
[1]