test

背景： 一个简单的主从结构，主的binlog format是Mixed模式，在执行一条简单的导入语句时，通过mysqlbinlog导出发现记录的Binlog全部变成了Row的格式（明明设置的是Mixed），现在就说说在什么情况下Binlog的Mixed模式会转变记录成Row格式。 概念： binlog format有三种形式：Statement、Mixed、Row，具体的信息可以自行到网上搜查。 分析（本文碰到的案例）： 查看MySQL binlog format dba@192.168.111.4 : dba_test 02:33:39>show variables like 'binlog_format%'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | binlog_format | MIXED | +---------------+-------+ 测试语句： dba@192.168.111.4 : dba_test 02:24:14>create table tmp_test(id int,name varchar(64),age int,primary key(id)) engine = innodb; Query OK, 0 rows affected

MyBatis 目录 (?) [+] 这个mybatis教程也不错： http://limingnihao.iteye.com/blog/781671 MyBatis 目录 (?) [-] mybatis实战教程mybatis in action之一开发环境搭建 mybatis实战教程mybatis in action之二以接口的方式编程 mybatis实战教程mybatis in action之三实现数据的增删改查 mybatis实战教程mybatis in action之四实现关联数据的查询 mybatis实战教程mybatis in action之五与spring3集成附源码 mybatis实战教程mybatis in action之六与Spring MVC 的集成 mybatis实战教程mybatis in action之七实现mybatis分页源码下载 mybatis实战教程mybatis in action之八mybatis 动态sql语句 mybatis实战教程mybatis in action之九mybatis 代码生成工具的使用 mybatis SqlSessionDaoSupport的使用附代码下载 转自： http://www.yihaomen.com/article/java/302.htm （读者注：其实这个应该叫做很基础的入门一下下

很不幸，今年是一个非常不平平凡的年，由于种种原因，现在加入找工作的行列中，记录面试中所问到的基础与技术问题。 1、内存泄露如何查看和解决 概念：有些对象只有有限的生命周期，当他们的任务完成之后，它们将被垃圾回收，如果在对象的生命周期本该结束的时候，这个对象还被一系列的引用，着就会导致内存泄露。 解决方法：使用开源框架LeakCanary检测针对性解决 常见的内存泄露有： 单例造成的内存泄露，例如单例中的Context生命周期大于本身Context生命周期 线程使用Hander造成的内存卸扣，当activity已经结束，线程依然在运行更新UI 非静态类使用静态变量导致无法回收释放造成泄露 WebView网页过多造成内存泄露 资源未关闭造成泄露，例如数据库使用完之后关闭连接 2、Service启动方式 1.startService ①.定义一个类继承service ②.在manifest.xml文件中配置该service ③.使用context的startService(intent)启动该service ④.不再使用时,调用stopService(Intent)停止该服务 2.bindService ①.创建bindService服务段,继承自service并在类中,创建一个实现binder接口的实例对象并提供公共方法给客户端调用 ②.从onbind()回调方法返回此binder实例

注意：linux通配符和三剑客（grep，awk，sed）正则表达式是不一样的，因此，代表的意义也是有较大区别的。 通配符一般用户命令行bash环境，而linux正则表达式用于grep，sed，awk场景。 *：通配符，代表所有（0到多个）字符 ?：通配符，代表任意1个字符 ;：连续不同命令的分隔符 #：配置文件注释 |：管道 ~：当前用户的家目录 -：上一次所在的路径 $：变量前需要加的符号 /：路径分隔符号，也是根的意思 >或1>：重定向，覆盖原有数据 >>：追加重定向，追加内容文件尾部 <：输入重定向（xargs，tr） <<：追加输入重定向（cat） '：单引号，不具有变量置换功能，输出时所见即所得 ''：双引号，具有变量置换功能，解析变量后输出，不加引号相当于双引号 `：tab键上面的键，反引号，两个``中间为命令，会先执行，等价$() { }：中间为命令区块组合或内容序列 !：逻辑运算中的“非”（not） &&：and 并且，当前一个指令执行成功时，执行后一个指令 ||：or 或者，当前一个指令执行失败时，执行后一个指令 ..：两个点代表上一级目录 .：点代表当前目录 1.*号举例 [root@redhat test]# ls *.sh <==代表任意字符（0到多个） xx.sh xxx.sh xxxx.sh 2.?号举例 [root@redhat test]# ls

maven的Default生命周期（重要） • validate • generate-sources • process-sources • generate-resources • process-resources 复制并处理资源文件，至目标目录，准备打包。 • compile 编译项目的源代码。 • process-classes • generate-test-sources • process-test-sources • generate-test-resources • process-test-resources 复制并处理资源文件，至目标测试目录。 • test-compile 编译测试源代码 。 • process-test-classes • test 使用合适的单元测试框架运行测试。这些测试代码不会被打包或部署。 • prepare-package • package 接受编译好的代码，打包成可发布的格式，如 JAR 。 • pre-integration-test • integration-test • post-integration-test • verify • install 将包安装至本地仓库，以让其它项目依赖。 • deploy 将最终的包复制到远程的仓库，以让其它开发人员与项目共享。 运行任何一个阶段的时候，它前面的所有阶段都会被运行

创建配置 PS C:\Users\>gcloud config configurations create test-project Created [test-project]. Activated [test-project]. 切换到配置文件 PS C:\Users\> gcloud config configurations activate test-project 初始化配置 PS C:\Users\> gcloud init Welcome! This command will take you through the configuration of gcloud. Settings from your current configuration [test-project] are: core: disable_usage_reporting: 'True' Pick configuration to use: [1] Re-initialize this configuration [test-project] with new settings [2] Create a new configuration [3] Switch to and re-initialize existing configuration: [default] [4] Switch

# - * - coding : utf - 8 - * - import pandas as pd import numpy as np # 1 ##### 1.1 创建一个dataframe并保存为excel文件 # === === === === === === === === === === === === === === === === === === === === === === === === === == # df = pd . DataFrame ( { 'id' : [ 1 , 2 , 3 ] , 'name' : [ 'a' , 'b' , 'c' ] } ) # df = df . set_index ( 'id' ) # df . to_excel ( 'e:/output-f.xlsx' ) # === === === === === === === === === === === === === === === === === === === === === === === === === == # 2 # === === === === === === === === === === === === === === === === === === === === === === === === === == # people = pd . read

共同点: @Resource和@Autowired都可以作为注入属性的修饰，在接口仅有单一实现类时，两个注解的修饰效果相同，可以互相替换，不影响使用。 注意：在只有单一的实现类时，两个注解的作用相同 不同点： @Resource是Java自己的注解，@Resource有两个属性是比较重要的，分是name和type；Spring将@Resource注解的name属性解析为bean的名字，而type属性则解析为bean的类型。所以如果使用name属性，则使用byName的自动注入策略，而使用type属性时则使用byType自动注入策略。如果既不指定name也不指定type属性，这时将通过反射机制使用byName自动注入策略。 @Autowired是spring的注解，是spring2.5版本引入的，Autowired只根据type进行注入，不会去匹配name。如果涉及到type无法辨别注入对象时，那需要依赖@Qualifier或@Primary注解一起来修饰。 但是如果通过byType找到多个对象时，会通过byName进行比对。 在spring中@Autowired注入规则 ： @Autowired默认是按照byType进行注入的，但是当byType方式找到多个符合，则又按照byName方式比对，如果还有多个，则报出异常。 代码演示： 1、只存在单一实现类 public

mysqldump -h主机IP -u用户名 -p密码 -w "字段名>=字段值" 数据库名 表名 > 文件路径/文件名 注意： "字段名>=字段值" ，一定要用双引号 参数 参数说明 --all-databases , -A 导出全部数据库。 mysqldump -uroot -p --all-databases --all-tablespaces , -Y 导出全部表空间。 mysqldump -uroot -p --all-databases --all-tablespaces --no-tablespaces , -y 不导出任何表空间信息。 mysqldump -uroot -p --all-databases --no-tablespaces --add-drop-database 每个数据库创建之前添加drop数据库语句。 mysqldump -uroot -p --all-databases --add-drop-database --add-drop-table 每个数据表创建之前添加drop数据表语句。(默认为打开状态，使用--skip-add-drop-table取消选项) mysqldump -uroot -p --all-databases (默认添加drop语句) mysqldump -uroot -p --all-databases –skip-add

Route::resource('test','api/v1.Test'); Route::resource('','api模块/v1文件夹下的控制器Test'); class Test{ public function index(Request $request){ return 'index'; } public function create(Request $request){ return 'create'; } public function read(Request $request){ return 'read'; } } 来源： CSDN 作者： 码林鼠 链接： https://blog.csdn.net/weixin_41254345/article/details/104633603