master

2019年常见ElasticSearch 面试题解析(上)

核能气质少年 提交于 2019-12-25 20:43:25
前言 ElasticSearch是一个基于Lucene的搜索服务器。它提供了一个分布式多用户能力的全文搜索引擎,基于RESTful web接口。Elasticsearch是用Java语言开发的,并作为Apache许可条款下的开放源码发布,是一种流行的企业级搜索引擎。ElasticSearch用于云计算中,能够达到实时搜索,稳定,可靠,快速,安装使用方便。官方客户端在Java、.NET(C#)、PHP、Python、Apache Groovy、Ruby和许多其他语言中都是可用的。根据DB-Engines的排名显示,Elasticsearch是最受欢迎的企业搜索引擎,其次是Apache Solr,也是基于Lucene。 Elasticsearch 面试题 1、elasticsearch 了解多少,说说你们公司 es 的集群架构,索引数据大小,分片有多少,以及一些调优手段 。 2、elasticsearch 的倒排索引是什么 3、elasticsearch 索引数据多了怎么办,如何调优,部署 4、elasticsearch 是如何实现 master 选举的 5、详细描述一下 Elasticsearch 索引文档的过程 6、详细描述一下 Elasticsearch 搜索的过程? 7、Elasticsearch 在部署时,对 Linux 的设置有哪些优化方法 8、lucence

转:Awesome - Image Classification

不打扰是莪最后的温柔 提交于 2019-12-25 17:06:09
A curated list of deep learning image classification papers and codes since 2014, Inspired by awesome-object-detection , deep_learning_object_detection and awesome-deep-learning-papers . Background I believe image classification is a great start point before diving into other computer vision fields, espacially for begginers who know nothing about deep learning. When I started to learn computer vision, I've made a lot of mistakes, I wish someone could have told me that which paper I should start with back then. There doesn't seem to have a repository to have a list of image classification

MFS分布式文件系统实战(一)——基础

China☆狼群 提交于 2019-12-25 14:07:13
一、MFS分布式文件系统简述 官方网站 1、MFS是什么? MooseFS是一个 具备容错性的分布式网络文件系统 ,它将数据分别存放在多个物理服务器(单独磁盘或分区)上,确保一份数据有多个备份副本。对于访问用户(客户端)来说,整个分布式网络文件系统集群看起来就像一个资源。 分布式文件系统的好处:集中访问、简化操作、数据容灾、提高文件的存取性能 。 特征: mfs是一个分层的目录树结构 存储支持POSIX标准的文件属性(权限,最后访问和修改时间) 支持特殊的文件,如:块设备,字符设备,管道和套接字,链接文件(符号链接和硬链接) 支持基于IP地址和密码的方式访问文件系统 2、MFS的特性 高可靠性 :每份数据可以设置多个副本,并可以存储在不同的主机上 高可扩展性 :可轻松的通过增加主机磁盘容量或增加主机数量来动态扩展整个文件系统的存储量 高可容错性 :删除的文件可以根据一个可配置的时间周期进行保留(一个文件系统级别的回收站) 高数据一致性 :即便文件被写入/访问时,我们依然可以完成对文件的一致性快照 3、MFS相关原理 分布式原理 分布式文件系统就是把一些分散在多台计算机上的共享文件夹,集合到一个共享文件夹内,用户要访问这些文件夹的时候,只要打开一个文件夹,就可以的看到所有链接到此文件夹内的共享文件夹。 MFS原理 MFS是一个具有容错性的网络分布式文件系统

Delphi DBExpress Parent Child No corresponding master record found

£可爱£侵袭症+ 提交于 2019-12-25 05:14:51
问题 I am using DBExpress to connect to MySQL. I have a master detail relationship between two tables. I am providing the parent table via DatasetProvider. On the client side I have 2 clientdatasets. One of them accesses the provider, has all the parent field + the nested dataset field of the child. The second clientdataset Dataset field property is set to the nested dataset field of the parent. Now when I add a new record in the child dataset, it gives me an error "No corresponding master record

mysql主从复制

陌路散爱 提交于 2019-12-25 03:29:40
1:修改主服务器master:192.168.1.111 [mysqld] log-bin=mysql-bin //[必须]启用二进制日志 server-id=222 //[必须]服务器唯一ID,默认是1,一般取IP最后一段 binlog-do-db=mstest //要同步的mstest数据库,要同步多个数据库,就多加几个binlog-do-db=数据库名 binlog-ignore-db=mysql //要忽略的数据库 binlog-ignore-db=mysql 2:修改从服务器slave: 192.168.1.112 [mysqld] log-bin=mysql-bin //[不是必须]启用二进制日志 server-id=226 //[必须]服务器唯一ID,默认是1,一般取IP最后一段 3:重启两台服务器的mysql 4:在主服务器上建立帐户并授权slave: GRANT REPLICATION SLAVE ON *.* to '账户名'@'%' identified by '密码'; //一般不用root帐号,% 表示所有客户端都可能连,只要帐号,密码正确,此处可用具体客户端IP代替,如192.168.1.112,加强安全。 5:登录主服务器的mysql,查询master的状态 show master status +------------------+--------

git命令-切换分支

人走茶凉 提交于 2019-12-25 02:55:25
git一般有很多分支,我们clone到本地的时候一般都是master分支,那么如何切换到其他分支呢? 1. 查看远程分支 $ git branch -a 我在mxnet根目录下运行以上命令: ~/mxnet $ git branch -a * master remotes/origin/HEAD -> origin/master remotes/origin/master remotes/origin/nnvm remotes/origin/piiswrong-patch-1 remotes/origin/v0.9rc1 2. 查看本地分支 ~/mxnet $ git branch * master 3. 切换分支 $ git checkout -b v0.9rc1 origin/v0.9rc1 Branch v0.9rc1 set up to track remote branch v0.9rc1 from origin. Switched to a new branch 'v0.9rc1' #已经切换到v0.9rc1分支了 $ git branch master * v0.9rc1 #切换回master分支 $ git checkout master Switched to branch 'master' Your branch is up-to-date with

mysql+centos7+主从复制

ぐ巨炮叔叔 提交于 2019-12-25 01:38:02
MYSQL(mariadb) MariaDB数据库管理系统是MySQL的一个分支,主要由开源社区在维护,采用GPL授权许可。开发这个分支的原因之一是:甲骨文公司收购了MySQL后,有将MySQL闭源的潜在风险,因此社区采用分支的方式来避开这个风险。MariaDB的目的是完全兼容MySQL,包括API和命令行,使之能轻松成为MySQL的代替品。 方法1:yum安装mariadb yum install mariadb-server mariadb 相关命令 mariadb数据库的相关命令是: systemctl start mariadb #启动MariaDB systemctl stop mariadb #停止MariaDB systemctl restart mariadb #重启MariaDB systemctl enable mariadb #设置开机启动 启动后正常使用mysql systemctl start mariadb #进入mysql mysql -uroot -p 方法2:官网下载mysql-server包(rpm) # wget http://dev.mysql.com/get/mysql-community-release-el7-5.noarch.rpm # rpm -ivh mysql-community-release-el7-5.noarch.rpm

centos7下mysql5.6的主从复制

ⅰ亾dé卋堺 提交于 2019-12-25 01:37:21
一、mysql主从复制介绍 mysql的主从复制并不是数据库磁盘上的文件直接拷贝,而是通过逻辑的binlog日志复制到要同步的服务器本地, 然后由本地的线程读取日志里面的sql语句,重新应用到mysql数据库中。 mysql数据库支持单向,双向,链式级联,环状等不同业务场景的复制,一台服务器充当主服务器master,接收来自用户的更新, 而一个或多个其他服务器充当从服务器slave,接收来自主服务器binlog文件的日志内容,解析出sql,更新到从服务器。 一主一从 (A -> B, A为主,B为从) 一主多从 (A -> B, A -> C, A为主,B与C为从) 双主双向同步 (A -> B , B -> A , A与B同为主,互相备份) 线性级联 (A -> B -> C , A与B主主互备,C为从) 环状级联 (A -> B -> C -> A, A、B、C都为主,各节点都可写入数据) 二、实现mysql主从读写分离的方案 1、通过程序实现读写分离(判断语句关键字,去连接主从数据库) 2、通过开源的软件实现读写分离(mysql-proxy,amoeba,稳定性和功能一般,不建议生产使用) 3、独立开发DAL层软件 三、mysql主从复制原理介绍 mysql主从复制是一个异步的复制过程,将一个主库复制到一个从库,master与slave之间实现整个过程是由三个线程参与完成。

Moving all commits beyond initial commit off master

橙三吉。 提交于 2019-12-25 01:36:54
问题 i have been developing committing on the master branch, and would like to move all commits beyond the "initial commit" to a separate development branch, and keep the master for release versions. right now, my tree looks like this: master: A - B - C - D - E - F i would like it to look like this: development: B - C - D - E - F / master: A ----------------- that way i would be able to merge a release like so: development: B - C - D - E - F --- X / \ master: A ----------------------- Y can

mysql高级:主从复制

六月ゝ 毕业季﹏ 提交于 2019-12-25 00:04:49
1. 复制的基本原理 slave会从master读取binlog来进行数据同步 三步骤+原理图 MySQL复制过程分成三步: 1 master将改变记录到二进制日志(binary log)。这些记录过程叫做二进制日志事件,binary log events; 2 slave将master的binary log events拷贝到它的中继日志(relay log); 3 slave重做中继日志中的事件,将改变应用到自己的数据库中。 MySQL复制是异步的且串行化的 master将改变记录到二进制日志(binary log)。这些记录过程叫做二进制日志事件,binary log events slave将master的binary log events拷贝到它的中继日志(relay log) slave重做中继日志中的事件,将改变应用到自己的数据库中。 MySQL复制是异步的且串行化的 2. 复制的基本原则 每个slave只有一个master 每个slave只能有一个唯一的服务器ID 每个master可以有多个salve 3. 复制的最大问题(延时) 4. 一主一从常见配置 (1)mysql版本一致且后台以服务运行 (2)主从都配置在 [mysqld] 结点下,都是小写 (3)主机修改my.ini配置文件 主服务器唯一ID:server-id=1 启用二进制日志: log-bin