mysqldump备份还原和mysqldump导入导出语句

从http://www.cnblogs.com/zeroone/archive/2010/05/11/1732834.html转载   mysqldump备份: mysqldump -u用户名 -p密码 -h主机 数据库 a -w “sql条件” –lock-all-tables > 路径 案例: mysqldump -uroot -p1234 -hlocalhost db1 a -w “id in (select id from b)” –lock-all-tables > c:\aa.txt mysqldump还原: mysqldump -u用户名 -p密码 -h主机 数据库 < 路径 案例: mysql -uroot -p1234 db1 < c:\aa.txt mysqldump按条件导出: mysqldump -u用户名 -p密码 -h主机 数据库  a –where “条件语句” … Read moremysqldump备份还原和mysqldump导入导出语句

MySQL 查询某列 ID 在一个逗号拼接的字符串中

例子:一个用户用字符串记录多个 poi 信息(可以有多个相同用户),查询该用户未关联的 poi 信息。如果用户不存在则查出所有的 poi。 表 poi(id, name) 1,故宫 2,长城 3,天坛 4,水立方 表 user(id, poi_ids) 1,     1,2 1,     3 2,    1,2,7,9 select poi.id, poi.name from poi where !find_in_set(poi.id, IFNULL( (select GROUP_CONCAT(DISTINCT user.poi_ids) from user where user.id = 1 ),’-1′) ); GROUP_CONCAT      查到了用户ID为1的所有 poi_ids, 结果为1,2,3 IFNULL 如果结果集为空时赋默认值 find_in_set … Read moreMySQL 查询某列 ID 在一个逗号拼接的字符串中

Bootstrap SelectPicker 如何异步加载数据

使用SelectPicker请参考往期文章《Bootstrap SelectPicker 如何使用》。 此文讲述:如何异步加载数据达到联动的效果。 后台提供数据源接口。以”/test.do?poiIdText=TESTDATA”为例。 页面元素准备。 触发者:以一个下拉框为例 <select class=”form-control” id=”merchantId”> <option value=”0″>商家0</option> <option value=”1″>商家1</option> #end </select> 被动响应者:以下拉复选框为例 <select id=”poiIds” class=”selectpicker form-control” multiple data-actions-box=”true”> </select> 触发者的事件:以 change 事件为例。 及重新刷新组件。 $(“#merchantId”).change(function () { var poiIdText = $(this).val(); //被动响应者 var parent = $(“#poiIds”); $.ajax({ url:”/test.do”, data:{poiIdText:poiIdText}, success:function (data) { parent.empty(); // 循环便利数据源 for(var i in data.data) { //追加元素,根据实际情况确定 … Read moreBootstrap SelectPicker 如何异步加载数据

Bootstrap 下如何使用 Selectpicker

引入样式和脚本 <link rel=”stylesheet” href=”/bootstrap-select/bootstrap-select.min.css”> <script src=”/bootstrap-select/bootstrap-select.min.js”></script> 页面代码: <select class=”form-control”> <option value=”0″>选项0</option> <option value=”1″>选项1</option> </select> 页面效果: ※样式和脚本可参照https://developer.snapappointments.com/bootstrap-select/使用 ※页面效果的数据源仅参考,于页面代码无关  

RocketMQ 4.3 正式发布,支持分布式事务 转自 冯嘉 ,原链接地址 https://www.infoq.cn/article/2018%2F08%2Frocketmq-4.3-release 近日,Apache RocketMQ 社区正式发布 4.3 版本。此次发布不仅包括提升性能,减少内存使用等原有特性增强,还修复了部分社区提出的若干问题,更重要的是该版本开源了社区最为关心的分布式事务消息,而且实现了对外部组件的零依赖。接下来,本文将详细探秘 RocketMQ 事务消息的设计原理以及实现机制。 一 需求缘起 在微服务架构中,随着服务的逐步拆分,数据库私有已经成为共识,这也导致所面临的分布式事务问题成为微服务落地过程中一个非常难以逾越的障碍,但是目前尚没有一个完整通用的解决方案。 其实不仅仅是在微服务架构中,随着用户访问量的逐渐上涨,数据库甚至是服务的分片、分区、水平拆分、垂直拆分已经逐渐成为较为常用的提升瓶颈的解决方案,因此越来越多的原子操作变成了跨库甚至是跨服务的事务操作。最终结果是在对高性能、高扩展性,高可用性的追求的道路上,我们开始逐渐放松对一致性的追求,但是在很多场景下,尤其是账务,电商等业务中,不可避免的存在着一致性问题,使得我们不得不去探寻一种机制,用以在分布式环境中保证事务的一致性。 二 理论基石 微服务使得单体架构扩展为分布式架构,在扩展的过程中,逐渐丧失了单体架构中数据源单一,可以直接依赖于数据库进行事务操作的能力,而关系型数据库中,提供了强大的事务处理能力,可以满足 ACID(Atomicity,Consistency,Isolation,Durability)的特性,这种特性保证了数据操作的强一致性,这也是分布式环境中弱一致性以及最终一致性能够得以实现的基础。 数据一致性分为三个种类型:强一致性,弱一致性以及最终一致性,正如上文所述,数据库实现的就是强一致性,能够保证在写入一份新的数据库,立即使其可见。最终一致性是弱一致性的强化版,系统保证在没有后续更新的前提下,系统最终返回上一次更新操作的值。在没有故障发生的前提下,不一致窗口的时间主要受通信延迟,系统负载和复制副本的个数影响。 然而,微服务作为分布式系统,同样受 CAP[1]原理的制约,在 CAP 理论中, C:Consistency、A:Availability、P:Partition tolerance 三者不可同时满足,而服务化中,更多的是提升 A 以及 P,在这个过程中不可避免的会降低对 C 的要求,因此,BASE 理论随之而来。 BASE[2]理论来源于 ebay 在 2008 年 ACM 中发表的论文,BASE 理论的基本原则有三个:Basically Available,Soft state,Eventually consistent,主要目的是为了提升分布式系统的可伸缩性,论文同样阐述了如何对业务进行调整以及折中的手段,BASE 理论的提出为分布式事务的发展指出了一个方向。 在最终一致性的实现过程中,最基本的操作就是保证事务参与者的幂等性,所谓的幂等性,就是业务方能够使用相关的手段,保证单个事务多次提交依然能够保证达到同样的目的。 三 当前解决方案 1. 2PC/3PC 谈到分布式事务,首先要说的就是 2PC(two phase commit)方案,如下图所示[3]: 2PC … Read more