mariadb与mysql兼容问题_【MariaDB】MariaDBvsMySQL-兼
容性
MariaDB是⼀个可替代MySQL的增强产品
对于MariaDB的所有实际⽤途, 就是为了可替代相同版本下的MYSQL (如 MySQL 5.1 对应MariaDB 5.1,MariaDB
5.2&MariaDB 5.3. MySQL 5.5 对应MariaDB 5.5).
这意味着:
Data及table定义⽂件(.frm) 是兼容的.
所有的客户端API, 协议及结构是相同的.
所有的⽂件名，⼆进制⽂件，路径，端⼝，socket等都理应相同.
所有的MySQL连接器 (如PHP, Perl, Python, Java, .NET, MyODBC, Ruby, MySQL C链接器等)在MariaDB环境下保持不变.
你需要留意⼀些特殊情况，具体参考installation issues with PHP5(关于旧版PHP5中client库兼容性的⼀个bug).
mysql-client包同样可运⾏在MariaDB服务中.
其客户端共享库与MySQL客户端版本库兼容.
这说明在绝⼤多数情况下, 你可以卸载MySQL然后安装MariaDB，⽽这个过程并不困难. (如果使⽤的是相同主版本MariaDB则不需要转换任何的数据⽂件,
例如 5.1).
每个⽉我们会定期合并MySQL的代码，以确保我们保持数据库的兼容性，并获取任何的Oracle新增的MySQL特性与修复的bug.
同时我们在升级版本的细节上也做了⼤量的⼯作，使得现在从MySQL 5.0升级到MariaDB 5.1⽐MySQL从5.0升级到5.1要容易得多.
MariaDB 5.1与MySQL 5.1的不兼容性
在少数情况下，MariaDB不必与MySQL相兼容，从⽽使得它能提供⽐MySQL更多更好的信息.
当⽤MariaDB 5.1替换MySQL 5.1时，你可能碰到⼀下列表列出的所有已知的⽤户级别的不兼容性.
安装包名以MariaDB开头，⽽⾮MySQL.
Timings may be different as MariaDB is in many cases faster than MySQL.(未理解)
mysqld在MariaDB相应称为[mariadb]，配置在myf⽂件中.
对于⼀个没有被正确的编译为对应版本的⼆进制存储引擎库，它将不能正常使⽤. (这是因为MySQL与MariaDB的服务内核结构有所不同，类似与MySQL版本间的不相同). 这应该不算什么问题，因为⼤多数的⼈并不会加载新的存储引擎,⽽MariaDB 配置了⽐MySQL更多的存储引擎.
CHECKSUM TABLE可能返回不同的结果，因为MariaDB不会像MySQL 5.1⼀样忽略含有NULL值的列 (未来MySQL新版将会和MariaDB⼀样计算校验值). 你可以在MariaDB中使⽤--old选项来获取'old style'的校对值. 但值得注意的是，MariaDB中的MyISAM和Aria 存储引擎使⽤的是新式校对值, 因此如果使⽤--old选项的话,CHECKSUM命令将由于按⾏来计算校对值⽽显得执⾏缓慢.
慢查询⽇志包含更多关于查询的信息, 当你⽤某个脚本来解析这些慢查询⽇志时可能会碰到问题.
默认配置下MariaDB会⽐MySQL占⽤多⼀些内存，因为默认下开启了Aria存储引擎来控制内部临时表.
如果需要MariaDB少占⽤内存 (牺牲部分性能), 你可以将aria_pagecache_buffer_size设置为1M(默认为128M).
MariaDB 5.2和MySQL 5.1的不兼容性
不兼容的内容点与上述MariaDB 5.1和MySQL 5.1之间的列表相同, 另外补充⼀点:
添加了新的SQL_MODE值:IGNORE_BAD_TABLE_OPTIONS. 如果没有设置为此值，使⽤了当前存储引擎不⽀持的table,field或index属性(选项)时，将会提⽰错误. 这种变化会在错误⽇志中打印关于在mysql数据库中不正确定义表的警告，可使⽤mysql_upgrade来修复.
总的来说,MariaDB 5.2是可替换MariaDB
5.1及 MySQL 5.1的增强版本.
因错误的转换导致的少量错误信息会有所不同，因为MariaDB提供了更多关于出错的信息记录.
MariaDB中的特定错误号已改为从1900开始，以避免与MySQL错误有冲突.
毫秒单位现使⽤在所有上下⽂中; ⽽在MySQL中某些上下⽂中datetime和time类型去掉了毫秒单位.
UNIX_TIMESTAMP(constant-date-string)在MariaDB中返回6位⼗进制数的时间戳，⽽MySQL返回⾮⼗进制的时间戳. 因此当你使⽤UNIX_TIMESTAMP()作为分区函数时将会引发问题.通过FLOOR(UNIX_TIMESTAMP(..))
或将⽇期字符串转为⽇期数字可以解决这个问题，如 20080101000000.
MariaDB对date, datetime and timestamp等类型的值做了更多更严格的检验. 例如UNIX_TIMESTAMP('x')先返回的是NULL⽽不是0.
旧的--maria-启动选项已经被移除.--aria-可以作为新的选项来替代使⽤. (MariaDB 5.2同时⽀持--maria-和--aria-)
Progress来显⽰部分命令的进度. 你可以通过启动mysqld时使⽤--old标志来禁⽤它.
INFORMATION_SCHEMA.PROCESSLIST信息使⽤了三个新列来报告进度:STAGE,MAX_STAGE, andPROGRESS.
以/*M!或/*M!>开头的长注释(Long comments)会被执⾏.
启动mysqld时如果设置了max_user_connections=0(意味着不限制⽤户连接数), 那么在mysql服务运⾏
过程中这个全局变量将⽆法修改.这是因为以max_user_connections=0启动的mysqld服务不会分配计数结构体 (该结构体为每个连接记录了互斥量). 因此稍后修改这个全局变量会导致错误的计数. 如果想在服务运⾏过程中能修改它，那在启动服务时将该变量设置为⼀个较⼤的值.
你可以设置max_user_connections(全局变量及GRANT选项中) 的值为-1来禁⽌⽤户连接到服务端. ⽽全局变量max_user_connections 对于拥有SUPER权限的⽤户不起作⽤.
指令IGNORE并不会忽略所有的错误 (例如致命错误), ⽽只忽略了⼀些较为安全的信息.
XtraDB
作为XtraDB的提供程序Percona, 5.5版本⾥并没有提供XtraDB早期版本的完整的特性. 因此MariaDB 5.5也不提供.
XtraDB5.5中丢弃的选项
XtraDB 5.5版本不⽀持以下的选项. 如果你在任⼀myf配置⽂件中使⽤了它们, 那么在升级到5.5之前移除它们.
innodb_adaptive_checkpoint ; 替换为innodb_adaptive_flushing_method.
innodb_auto_lru_dump ；替换为innodb_buffer_pool_restore_at_startup.
innodb_blocking_lru_restore ；替换为innodb_blocking_buffer_pool_restore.
innodb_enable_unsafe_group_commit
innodb_expand_import ；替换为innodb_import_table_from_xtrabackup.
innodb_extra_rsegments ；替换为innodb_rollback_segment.
innodb_extra_undoslots
innodb_fast_recovery
innodb_flush_log_at_trx_commit_session
innodb_overwrite_relay_log_info
innodb_pass_corrupt_table ；替换为innodb_corrupt_table_action.
innodb_use_purge_thread
xtradb_enhancements
被修改默认值的XtraDB选项
选项名
旧值
新值
innodb_adaptive_checkpoint
TRUE
FALSE
innodb_change_buffering
inserts
all
innodb_flush_neighbor_pages
1
area
XtraDB 5.5新添加的选项
以下是XtraDB5.5 / InnoDB5.5 中新添加的选项. (Listed here just to have all XtraDB information in the same place未翻译) innodb_adaptive_flushing_method
innodb_adaptive_hash_index_partitions
innodb_blocking_buffer_pool_restore
innodb_buffer_pool_instances
innodb_buffer_pool_restore_at_startup
innodb_change_buffering_debug
innodb_corrupt_table_action
innodb_flush_checkpoint_debug
innodb_force_load_corrupted
innodb_import_table_from_xtrabackup
innodb_large_prefix
innodb_purge_batch_size
innodb_purge_threads
innodb_recovery_update_relay_log
innodb_rollback_segments
innodb_sys_columns
innodb_sys_fields
innodb_sys_foreign
innodb_sys_foreign_cols
innodb_sys_tablestats
innodb_use_global_flush_log_at_trx_commit
innodb_use_native_aio
⽼⽽不再被⽀持的配置选项
如果在/etc/myf或其他位置的myf种使⽤到了⼀下选项，应该移除它们. 在MySQL 5.1或者更新的版本⾥也是⼀样的:
skip-bdb
替换MySQL RPM安装包
如果你要卸载MySQL RPM包并安装 MariaDB, 注意要在卸载时将/etc/myf重命名为/etc/myf.rpmsave.
在安装MariaDB完成后，你应该按以下步骤恢复原有的配置选项:
mv -vi /etc/myf.rpmsave /etc/myf
IMariaDB和MySQL-Proxy的不兼容性
mysql下载的vs库放在那个文件里MySQL客户端API可以通过MySQL-Proxy链接到MariaDB，但MariaDB客户端API会收到关于"MySQL-Proxy does not implement"的进度报告提⽰. 可以通过禁⽤client与server之间的进度报告来实现兼容性.
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
mysql数据库总结6页
« 上一篇
笔记:vs2022编译静态库
下一篇 »
发表评论