mysql

点击关注上方“ SQL数据库开发 ”， 设为“置顶或星标 ”，第一时间送达干货 之前给小伙伴们推荐一款数据库开发工具DataGrip 《 干掉Navicat，这个数据库管理工具真香！ 》 最近使用了DataGrip一段时间，发现它并不适合我，因为我平时不仅仅要写代码，也要负责数据仓库的建设和数据库管理的一些工作。 这里给小伙伴们罗列几个我在使用DataGrip中一些不足的地方： 用户体验并不十分友好，你需要花费一些时间去学习如何使用它 和相似的工具比较，它运行并不迅速，当处理大容量数据库的时候会比较缓慢，将耗费GB等级的内存 完全加载本地数据库数据，如果你的数据库数据较多，可能等它加载完成，你差不多要吃午饭了 导入导出功能有待完善 最后还是滚去用Navicat了 Navicat的功能非常多，这里为了让小伙伴们一一掌握，分为多个篇章具体讲述。 目录 安装Navicat 连接不同数据库 创建数据库 数据传输 导出表结构 生成数据字典 查找数据或表名 生成E-R模型 注：以上功能无需书写任何SQL代码 安装Navicat 因为工作原因，需要经常连接不同的数据库，这里我安装的是Navicat Premium版本，在公众号后台回复 Navicat 即可获取。 安装过程很简单，只要你能看懂中文，不停的下一步，等待安装完成即可。 连接不同数据库 这里分别介绍Oracle，MySQL，SQL

前言：全局查询日志用于保存 所有的sql执行记录 ，该功能主要用于测试环境，在 生产环境中永远不要开启该功能 。 1.如何开启 #1.通过my.cnf配置开启该功能。 注：对my.cnf文件配置后，需重启mysql。 ①通过命令查看全局查询日志是否开启成功。 ②查看全log_globalquery.log文件中的内容。 该log文件记录执行过的sql语句。 #2.通过命令开启该功能。 通过以上配置，执行过的sql语句将会记录到mysql库中general_log表里。 2.总结 ①通过命令方式开启该功能， 重启mysql后失效 。 ②全局查询日志只用在 测试环境 ，切记生产环境中 永远不要开启该功能 。 by Shawn Chen，2018.6.27日，下午。 相关内容 MySQL高级知识系列目录 来源： oschina 链接： https://my.oschina.net/u/4339254/blog/3924514

今日内容 MYSQL备份 1.备份--导入dump 2.恢复数据 3.-B备份和恢复 4.-d备份数据表结构（不含数据） 5.-t备份数据库的表数据（不含结构） 6.延伸拓展：线上备份数据（linux） MYSQL备份 dump--导入 使用条件： 用作备份导入，mysqldump要求:必须是在mysql没有登录之前使用 SQL语句： mysqldump -uroot -p >D:/a.sql ps: 1.执行dump时，需要对表进行加锁，防止别的线程操作 2.mysqldump 一次导入的数据是1000条 1.备份--导入dump SQL语句： mysqldump -uroot -p db3 >D:/db3.sql 2.恢复数据 SQL语句： 1.create database db3； 2.exit 3.mysql -uroot -p db3 <D:/db3.sql 3.-B备份和恢复 -B:会自动创建数据库，并且自动使用此数据库 SQL语句： 备份：mysqldump -uroot -p -B db2 >D:/db2.sql 恢复:mysql -uroot -p <D:/db2.sql 4.-d备份数据表结构（不含数据） SQL语句：mysqldump -uroot -p -d db1 >D:/c.sql 5.-t备份数据库的表数据（不含结构） SQL语句：mysqldump

这是我个人觉得蛮有意思的一篇文章，不是说里面的问题，而是两方暴露出来的问题现象，我们常说的业务价值和技术价值的权衡，其实精髓就在此，当然里面有些言论有些激烈，很多牢骚抱怨我们也有过，换个角度来想，也就释然了。这篇文章我看了很多遍，我喜欢看那些深刻的问题而不是个别敏感的字眼。所以推荐大家阅读也吸取有价值的思想，不要太拘泥于里面的个别表达方式。问题讨论的知乎链接为： https://www.zhihu.com/question/32039226/ ----------------------------------------------------------- 今年年初，到一家互联网公司实习，该公司是国内行业龙头。 不过技术和管理方面，却弱爆了。 那里的程序员，每天都在看邮件，查问题工单。 这些问题，多半是他们设计不当，造成的。 代码写的一团糟，全是复制粘贴，连作者都没改，大家普遍不写注释，也不格式化，代码歪歪扭扭。 一个项目里，httpclient竟然出现了四种。 一种是该公司研发部写的， 一种是老版本的开源项目， 一种是新版本的开源项目， 还有一种是开发人员造的轮子。 打接口请求响应日志，竟然不知道用拦截器。 打错误日志竟然不打上下文信息，每个人一种日志风格，千奇百怪。 许多重要的中间流程，居然不打日志。 idea、eclipse

MYSQL_INFO= { ' host ' : ' 127.0.0.1 ' , ' user ' : ' root ' , ' password ' : ' 123456 ' , ' db ' : ' python ' , ' port ' :3306 , ' charset ' : ' utf8 ' , ' autocommit ' :True } import pymysql class MySql: def __init__ (self,host,user,password,db,port,charset,autocommit): try : self.conn = pymysql.connect(host=host, user=user,password= password, db =db, port= port, charset =charset, autocommit= autocommit) except Exception as e: print (e) else : self.cur = self.conn.cursor(cursor= pymysql.cursors.DictCursor) def execute(self,sql): try : self.cur.execute(sql) except Exception as e: return e

温馨提示：要看高清无码套图，请使用手机打开并单击图片放大查看。 1.问题描述 默认 Hive 中创建有中文注释的表时，无论是在 Hive CLI 还是 Hue 中该注释显示都会是乱码。如使用以下建表语句： create external table test_table ( s1 string comment 'abc', s2 string comment ' 你好啊 ' ) row format delimited fields terminated by '#' stored as textfile location '/lilei/test_table'; 在 Hive CLI 中查看如下： Hue 中显示一样，这里省略。 2.解决办法 这个问题是因为 mysql 中的元数据库表 COLUMNS_V2 中的字段 COMMENT 编码问题导致的，需要设置为 utf-8 ，如下所示： 在 mysql 中设置该字段的编码为 utf-8 ，如下所示： mysql –u root –p use metastore; alter table COLUMNS_V2 modify column COMMENT varchar(256) character set utf8;FLUSH PRIVILEGES; 注意 Hive 元数据这个数据库应使用 utf-8 创建，如： create

Dan McKinley 无明 阅读数：20663 2019 年 7 月 22 日 本文主人公从事软件开发近 20 年，既在大公司待过，也在小公司待过。在他的职业生涯中，发现了很多跟技术选型相关的各种问题：应该选新潮的技术还是无聊的技术？应该搭建极客范的技术栈还是使用基础的工具？应该用开发者喜欢的还是维护起来省事的？他对此作了深入的剖析，希望能帮到你。（多图流量预警！） 我叫 Dan McKinley，坑里的那个人就是我。 我现在在一家叫作 Mailchimp 的公司上班。更早之前是在 Etsy，因为在 Etsy 待的时间比较长，所以后面会更多地提到我在这家公司的经历。其实在离开 Etsy 之后，我也在其他几家公司干过。 我既在大公司待过，也在小公司待过，还创办过自己的公司。在经历了这些公司之后，我注意到了一些现象。 大公司有自己的做事方式，他们提供了“沙盒”一样的环境，在这样的环境里，会有人满足你的需求，帮你答疑解惑，让你感觉受到了“百般宠爱”。 但我也经历过几个过渡时期，在这些过渡时期，需要自己解决一些棘手的问题。 首先， 如何选择合适的技术？ 另一个我比较关心的问题是： 如何让开发人员开心地使用这些技术？ 因为我自己也是开发者，所以这一点对于我来说比较重要。如果有可能，我会尽量让自己过得开心些。 如果你问开发人员什么东西会让他们开心，他们通常会说：“如果可以使用

该项目是gin+vue的前后端分离项目，使用gorm访问MySQL，其中vue前端是使用 vue-element-admin 框架简单实现的； go后台使用jwt，对API接口进行权限控制。此外，Web页面在token过期后的半个小时内，用户再次操作会自动刷新token； 项目很小，适合gin新手学习！（后续有时间会补上相关教程） GitHub地址： https://github.com/Bingjian-Zhu/gin-vue 一、运行go后台项目 （1）把项目clone到GOPATH/src目录下 （2）在MySQL中新建blog数据库，运行文件夹/docs/sql中的mysql.sql脚本 （3）在文件夹/conf中修改配置文件api.ini中的数据库连接配置 （4）在gin-vue目录下运行： go run main.go 目前为止，gin后台项目成功跑起来了 （5）可能遇到的问题 如果在GitHub是用下载压缩包的形式，解压后请把文件夹gin-vue-master重名为gin-vue，然后再复制到/GOPATH/src目录下 二、使用Postman测试API接口 （1）登录，token过期时间设为5分钟 （2）使用token调用API接口 （3）API权限验证 当使用admin登录获取的token调用/api/v1/table/list接口时，能获取到数据

一.extundelete安装 1.安装依赖包 # yum install e2fsprogs* -y 2.下载并安装extundelete # wget http://nchc.dl.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2 # tar -jxvf extundelete-0.2.4.tar.bz2 # cd extundelete-0.2.4 # ./configure --prefix=/usr/local/extundelete # make && make install 3.验证是否安装成功 # cd /usr/local/extundelete/bin # ./extundelete -v ============================= extundelete version 0.2.4 libext2fs version 1.41.12 Processor is little endian. ============================= 4.设置环境变量 # echo "PATH=/usr/local/extundelete/bin:$PATH" >> /etc/profile # echo "export PATH" >>

背景 对现有的 数据库 连接池做调研对比，综合性能，可靠性，稳定性，扩展性等因素选出推荐出最优的数据库连接池 。 NOTE: 本文所有测试均是 MySQL 库 测试结论 1：性能方面 hikariCP>druid>tomcat-jdbc>dbcp>c3p0 。hikariCP的高性能得益于最大限度的避免锁竞争。 2：druid功能最为全面，sql拦截等功能，统计数据较为全面，具有良好的扩展性。 3：综合性能，扩展性等方面，可考虑使用druid或者hikariCP连接池。 4：可开启prepareStatement缓存，对性能会有大概20%的提升。 功能对比 功能 dbcp druid c3p0 tomcat-jdbc HikariCP 是否支持PSCache 是 是 是 否 否 监控 jmx jmx/log/http jmx,log jmx jmx 扩展性 弱 好 弱 弱 弱 sql拦截及解析 无 支持 无 无 无 代码 简单 中等 复杂 简单 简单 更新时间 2015.8.6 2015.10.10 2015.12.09 2015.12.3 特点 依赖于common-pool 阿里开源，功能全面 历史久远，代码逻辑复杂，且不易维护 优化力度大，功能简单，起源于boneCP 连接池管理 LinkedBlockingDeque 数组 FairBlockingQueue