_santo_个人页

dataV中配置的MySQL连接串扒出来, 然后使用mysql命令行链接.看起来是用户密码与host:port上的实例不匹配

直接使用公网vip呢?

两个链接分别select current_user(); 是否一致?show grants; 看一下当前user是否有在当前表上select的权限.

要先看一下是什么语句. 以及导致的问题?持有锁本身是正常逻辑, 如果是长时间持有锁阻塞其他语句, 或者导致crash, 或者死锁, 才算是异常.

应用端拆两个链接串?但是这样rt很大, po主如果实时性要求不大高可以这么做. 不过后续业务压力大只读实时性要求? 读写分离的分配都做在app端, 代码复杂度会稍有提高. 而延时也不可控.其实真有这个需求, 可以考虑加点钱上只读实例, 读写分离这个功能木有收钱 -3-, 遇到问题也可以提工单

[Note]标记不同于[Error], [Warning], 么得事儿哒 这条日志一般出现在开启并行复制实例error log中. 主要输出一些关于并行复制的统计信息. 看一下源码, 在位于sql/rpl_slave.cc的函数apply_event_and_update_pos()中打印这些统计信息, 触发条件为: if (rli->is_parallel_exec() && rli->mts_events_assigned % 1024 == 1) // 开启并行复制, 且已经分发event的个数模1024为1 if ((my_now - rli->mts_last_online_stat) >= mts_online_stat_period) // 当前时间减去上次统计时间超过mts_online_stat_period(120s) 此外, 统计中涉及到的几个数字含义如下: text in errorlog variable in class rpl comment seconds elapsed (my_now - rli->mts_last_online_stat) 距离上一次打印统计信息的时间 events assigned mts_events_assigned (总)分发的events个数, 两次static之间这个值求差是1024的整数倍哦 worker queues filled over overrun level mts_wq_overrun_cnt worker的超载计数 waited due a Worker queue full mts_wq_overfill_cnt worker queue队列满导致的coordinator等待次数 waited due the total size wq_size_waits_cnt worker 队列满导致coordinator线程等待的时长 waited at clock conflicts mts_total_wait_overlap coordinator观测到worker满等待时长 waited (count) when Workers occupied mts_wq_no_underrun_cnt Coordinator线程观测到worker满次数 waited when Workers occupied mts_total_wait_worker_avail Coordinator线程等待可用worker的总时长 更多关于并行复制可见 这篇文章

不用 XD试想一下, 自己搭个mysql, create/alter user, flush下就好了.在mysql.user表里有了验证信息就可以, 然后建连的时候用user表里存的那个sha1串儿做验权, 通过就连上了