首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

5.7升级到8.0问题小记

从5.7升级到8.0.18,碰到下面两个问题: 时间类型的空值比较不再可行 升级修改字符集,导致查询结果有差异 case 1: 时间类型的空值比较不再可行 5.7中,下面的SQL请求不会直接报错返回...------------- case 2: 升级修改字符集,导致查询结果有差异 原5.7的字符集是utf8,升级,8.0使用utf8mb4,但有部分表创建有误,仍是utf8,因此进行了字符集的修改操作...: ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8mb4; 但该操作完成,发现有些查询操作有差异: -- 修改字符集前 MySQL [test]>...-+------+ | id | name | +----+------+ | 1 | abc | +----+------+ 1 row in set (0.004 sec) -- 修改字符集...convert to 的操作进行字符集修改,但没有指定字符序,会导致使用该字符集集默认字符序,在这个案例里,utf8mb4的默认字符序是 utf8mb4_general_ci,这也就为什么修改字符集

72430

升级到 Pulsar3.0 深入了解 JWT 鉴权

背景 最近在测试将 Pulsar 2.11.2 升级到 3.0.1的过程中碰到一个鉴权问题,正好借着这个问题充分了解下 Pulsar 的鉴权机制是如何运转的。...originalPrincipal cannot be a proxy role 这些流程正常都没啥问题,但直到我升级了 Pulsar3.0 客户端直接就连不上了。...从这个 PR 相关的代码和变更的文档可以得知: 升级到 3.0 之后风险校验等级提高了,proxyRole 这个字段需要在 broker 中进行指定(之前的版本不需要强制填写)。...proxyRoles: proxy-admin 以上是我的配置,我的 Proxy 配置的也是 proxy-admin 这个 token,所以理论上是没有问题的,但依然鉴权失败了,查看 broker 的日志拿到以下日志...因为合并这个 PR 对没有使用 proxyRole 的客户端将无法连接,同时也可能出现我这种 proxyRole 就是客户端使用的角色,这种情况也会鉴权失败。

19220
领券