ZERO

首页 > TAG信息列表 > ZERO

CF1661B Getting Zero-暴力枚举-有时候并不需要搜索

题意：有两种操作： v=（v+1）mod 32768 v=2*v mod 32768 给定x，求x变为0的最小操作数解：什么时候x为0呢，x是32768的倍数的时候，可以发现x为答案的时候只能是32768本身（不能超过2*32768）也就是x变为32768的最小操作数这道题需要仔细发现的隐含条件是32768这个终态，实际上：32768=2^15=1<<15 故

docker 安装mysql5.7

docker 安装mysql5.7 前言 MySQL 是目前最流行的关系型数据库管理系统，开发者是瑞典MySQL AB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。具有体积小、速度快、成本低等特点。 MySQL是开源的，目前属于Oracle公司 MySQL支持大型的数据库。 MySQL使用标准的SQL数据语言

MySQL8.0使用GROUP BY的问题

当使用group by的语句中，select后面跟的列，在group by后面没有时，会报以下错误： Expression #2 of SELECT list is not in GROUP BY clause and contains nonaggregated column 'XXX' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with

postgresql 错误:关系“global/1213”中的块0存在无效项

问题 Postgresql12 连接时提示错误:关系“global/1213”中的块0存在无效项解决方案提示：此操作将销毁数据，即损坏页面上的所有行！但是，它允许您跳过错误，并从表中可能存在的任何未损坏的页面中检索行。 1.启动psql,查看是否启用了zero_damaged_pages。 postgres=# show

linux那些事之zero page【转】

转自：https://blog.csdn.net/weixin_42730667/article/details/123121624 zero pagezero page是一个特殊的物理页，里面值全部为0，zero page是针对匿名页场景专门进行优化，主要是节省内存和对性能进行了一定优化。当malloc或者mapp一段虚拟内存后，第一次对该内存访问为读操作，将会发生匿

字典(dict)

4.7 字典(dict) 字典是Python中一种非常重要的数据类型。字典和之前的列表、元组不同，里面的元素使用键-值对进行存储。通常字典中元素的键由字符串或数字等可哈希数据类型组成。可以把字典想象成一个集合，只不过每个元素都是由键-值对组成。字典中的元素的键是不能重复的。字典中

HDLBits答案——Getting started

Getting started 1 Step one module top_module( output one ); // Insert your code here assign one = 1'b1; endmodule 2 Zero module top_module( output zero );// Module body starts after semicolon assign zero = 0; endmodule

浅谈MySQL的sql_mode

SQL mode 今天我们来分享一下MySQL的SQL mode , 这也是我们比较容易忽略的一点，我们在一开始安装数据库的时候其实就要先考虑要保留哪些SQL mode，去除哪些，合理的配置能够减少很多不必要的麻烦。 MySQL 5.7默认的SQL mode包含ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_D

VMware虚拟磁盘的格式

VMware虚拟磁盘的格式虚拟磁盘有3种格式： (1)thin provision，精简置备 (2)thick(也叫zeroed thick),厚置备延迟置零 (3)eager zeroed thik,厚置备快速置零 (1) thin provision就是一种按需分配的格式，创建时虚拟磁盘不会分配给所有需要的空间，而是根据需要，vmdk自动增大并一边z

生成指定大小的文件

Windows fsutil file createNew 5MB 5242880 fsutil file createNew 50MB 52428800 fsutil file createNew 500MB 524288000 fsutil file createNew 5000MB 5242880000 fsutil file createNew 1GB 1073741824 fsutil file createNew 2GB 2147483648 fsutil file createNew 3G

MySQL5.7配置----MySQL5.7以上版本数据库兼容MySQL5.5-5.6版本数据库

手动安装MySQL 8.0/5.7 需要修改配置兼容，修改后需要重启mysql服务（建议使用MySQL 5.5-5.6）。修改my.ini 或者my.conf 修改保存然后重启mysql 服务方式一点击查看代码 [mysqld] sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_

解决MySQL5.7版本以后ONLY_FULL_GROUP_BY报错

MySQL5.7后将sql_mode的ONLY_FULL_GROUP_BY模式默认设置为打开状态,会导致有的Group By语句报错,关闭ONLY_FULL_GROUP_BY即可。解决方法有两种方式：临时解决(只对当前查询生效): 可以通过navicat或cmd命令执行 select @@global.sql_mode 来查看当前数据库的sql_mode属性值，查询

mysql分组查询出现错误:Expression #1 of SELECT list is not in GROUP BY clause and contains nonagg

MySQL分组查询出现错误：Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘XXX’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by这是由于MySQL启用了ON

Using PostMessage/SendMessage to send keys to c# IE WebBrowser

[DllImport("user32.dll")] [return: MarshalAs(UnmanagedType.Bool)] static extern bool PostMessage(IntPtr hWnd, uint msg, IntPtr wParam, IntPtr lParam); [DllImport("user32.dll")] static extern int SendMessage(IntPtr hWnd

解决mysql报错，ONLY_FULL_GROUP_BY

错误原因：在MySQL5.7之后，sql_mode中默认存在ONLY_FULL_GROUP_BY，SQL语句未通过ONLY_FULL_GROUP_BY语义检查所以报错查询数据库版本 select VERSION(); 查询sql_mode配置内容 select @@GLOBAL.sql_mode; 解决方案一（docker离线部署mysql，无vi和vim情况更改配置文件）： 1.docker ps

java基础----AQS---CountDownLatch

AQS---abstractQueuedSynchronizer java并发的主要实现类，内部实现了获取锁和释放锁的主要流程，自定义的同步器,如果是排他锁，实现tryAcquire、tryRelease；如果是共享锁，实现tryAcquireShared,tryReleaseShared。排他锁和共享锁的区别是，排他锁在同一时刻只能有一个线程获取锁，而共享锁则

线程安全

关键词：线程安全、GIL、原子操作(atomic operation)、存储数据类型(List、Queue.Queue、collections.deque) 当多个线程同时进行，且共同修改同一个资源时，我们必须保证修改不会发生冲突，数据修改不会发生错误，也就是说，我们必须保证线程安全。同时我们知道，python中由于GIL的存在，即使开

go-zero微服务实战系列（十一、大结局）

本篇是整个系列的最后一篇了，本来打算在系列的最后一两篇写一下关于k8s部署相关的内容，在构思的过程中觉得自己对k8s知识的掌握还很不足，在自己没有理解掌握的前提下我觉得也很难写出自己满意的文章，大家看了可能也会觉得内容没有干货。我最近也在学习k8s的一些最佳实践以及阅读k8s的

go-zero微服务实战系列（十、分布式事务如何实现）

在分布式应用场景中，分布式事务问题是不可回避的，在目前流行的微服务场景下更是如此。比如在我们的商城系统中，下单操作涉及创建订单和库存扣减操作两个操作，而订单服务和商品服务是两个独立的微服务，因为每个微服务独占一个数据库实例，所以下单操作就涉及到分布式事务问题，即要把整个下

go-zero微服务实战系列（九、极致优化秒杀性能）

上一篇文章中引入了消息队列对秒杀流量做削峰的处理，我们使用的是Kafka，看起来似乎工作的不错，但其实还是有很多隐患存在，如果这些隐患不优化处理掉，那么秒杀抢购活动开始后可能会出现消息堆积、消费延迟、数据不一致、甚至服务崩溃等问题，那么后果可想而知。本篇文章我们就一起来把这些

go-zero实战demo(一)

前言听说下一个项目可能要用微服务开发，趁着项目的空档期，对于go微服务的框架进行了学习。目前go的微服务框架个人认为处于百家齐放的时代，可能这也是go的生态的一个特点吧，也曾简单用过go-miecro，gin+micro+gorm+mysql+redis 常见方案使用起来还是蛮顺手的，可惜该框架成了个人仓库，生

Mysql 1055 - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregate 报错解决方案

报错信息：1055 - Expression #1 of SELECT list is not in GROUP BY clause and contains nonaggregated column ‘xxxx.xxxx.xxx’ which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by, Time: 0.000000s

go-zero微服务实战系列（八、如何处理每秒上万次的下单请求）

在前几篇的文章中，我们花了很大的篇幅介绍如何利用缓存优化系统的读性能，究其原因在于我们的产品大多是一个读多写少的场景，尤其是在产品的初期，可能多数的用户只是过来查看商品，真正下单的用户非常少。但随着业务的发展，我们就会遇到一些高并发写请求的场景，秒杀抢购就是最典型的高并发