1条回答
默认
最新
评论
回答交流
Markdown
请输入正文
提交
相关推荐
mysql导入文件大，老是导入失败，需要从哪方面入手处理？
回答 3
先看看日志报的什么错呀
MySQL的5.7和5.5的主从复制，读写分离 、分库分表配置一样吗？
回答 1
这个问题太模糊。1.主从复制传统的position方式一样，但记录的binlog肯定有差异。2.读写分析，分库分表：比如前段使用mycat之类的都一样。
mysql表中从没有任何主键到添加主键的过程是如何的？
回答 3
mysql是索引组织表，整个表的组织形式是按主键的顺序排列的，无主键表添加主键是需要发生表的重组
mysql主从复制 io线程 从库请求主库的二进制是类似直接拷贝的源文件吗？
回答 2
是的，有一定关系，也跟从库的性能有一定关系。MySQL主从复制是一个异步的复制过程，主库发送更新事件到从库，从库读取更新记录，并执行更新记录，使得从库的内容与主库保持一致，并不是直接拷贝的主库的bin
mysql中一个简单的使用索引的delete语句，主库几秒就好，到从库几个小时未成功，2个库参数一样
回答 2
你是说在从库通过binlog重放的慢吗？如果是重放慢的话，这是比较正常的，大概率是由于这个表没有主键或者索引不好。对于一个sql来说，比如要删除一个表的1000条数据，如果是全表扫描的话，在主库只需要
ogg 从mysql同步oracle 可以实现ddl 同步吗?
回答 1
已采纳
下面摘自OGG18.1官方文档，MySQL支持的对象以及操作，可以看到支持DDL，并不是所有DDL都支持，具体版本的同样可以参考相应版本官方文档。https://docs.oracle.com/en/
以下哪些不是MySQL数据类型？
回答 6
已采纳
应该是前两个吧。BIGDATEBIGCHAR
MySQL 有张表查询30s，在同一个环境里面复制了这张表，查询只花了3s。执行计划一模一样，这是什么原因？
回答 2
已采纳
查询慢会受到数据大小、结构、内存，IO，网络…等等因素，但现在是同一环境，同一查询操作，是否？原表关联了其它数据，而复制的表是做为新表，没有任何的关联关系，所以查询慢快。
表空间碎片
回答 1
是不准，只能作为参考值。
MySQL 存储过程执行不结束，一直执行，逻辑都走完了，但是不停，是什么原因？
回答 6
打个断点，输出调式信息，逐步调试。。。。
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签，敬请期待~~
