summaryrefslogtreecommitdiff
path: root/ext/mysqlnd/mysqlnd_debug.c
Commit message (Collapse)AuthorAgeFilesLines
* decrement correctly!Andrey Hristov2010-01-211-2/+4
|
* Add possibility to restrain the number of levelsAndrey Hristov2010-01-211-6/+24
|
* Fix compiler warningAndrey Hristov2010-01-141-1/+1
|
* make mysqlnd's tracing API more reusableAndrey Hristov2010-01-131-26/+46
|
* Remove the zval caching from mysqlnd. It was disabled versions agoAndrey Hristov2009-12-091-3/+1
| | | | | | due to problems on windows, which were not debugged. Better have code that is disabled not in the core.
* Remove disabled code - threaded fetching. This can be implementedAndrey Hristov2009-12-091-48/+0
| | | | | | on a upper level and by offloading it we reduce the complexity of the core.
* Fix for bug#48745Andrey Hristov2009-08-281-3/+0
| | | | | mysqlnd: mysql_num_fields returns wrong column count for mysql_list_fields
* Memory usage optimisation. mysqlnd is not libmysql. mysqlnd does use theAndrey Hristov2009-06-161-0/+3
| | | | | | | | | | | | | | | | | Zend allocator, which means that is easier to hit memory_limit if you have big stored (buffered) result sets. Before with libmysql you won't hit memory_limit because libmysql uses libc's allocator and nothing is checked. Now, with mysqlnd the situation is stricter and it is easier to hit memory_limit. We try to optimize for big result sets. If a result set is larger than 10 rows we will start freeing some data to keep memory usage after 10 rows constant. This will help in the cases where a buffered result set is scrolled forward only and just only once, or mysqlnd will need to decode data from the network buffers again - yes, it is a trade-off between CPU time and memory size. The best for big result sets is of course using unbuffered queries - for comparison : 3 Million rows with buffered take at least 180MB, with buffered you will stay at 3MB, and unbuffered will be just 7-8% slower.
* Fix a bug with mysqlnd_fetch_field(_direct()). With mysqlnd the optimisedAndrey Hristov2009-05-281-1/+1
| | | | | | | | | | function was called, which however, doesn't respect that during store the raw data is not unpacked, to be lazy. The data is unpacked to zvals later, during every row fetch. However, this way max_length won't be calculated correctly. So, if a mysqlnd_fetch_field(_direct) call comes we need to unpack everything and then calculate max_length...and that is expensive, defies our lazy unpacking optimisation.
* - Fix #47819 (Getting pdo_mysql.so: undefined symbol: mysqlnd_debug_init atJohannes Schlüter2009-03-301-1/+1
| | | | | startup)
* - Removed:Felipe Pena2009-03-271-9/+5
| | | | | | | | - UG(unicode) checks - Changed: - ZEND_STR_TYPE -> IS_UNICODE - convert_to_text -> convert_to_unicode
* Bump copyright year, 3 of 3.Sebastian Bergmann2008-12-311-1/+1
|
* Get rid of many defines (which simplifies the code a lot),Andrey Hristov2008-11-061-8/+8
| | | | | as well as uint->unsigned int
* - More statisticsAndrey Hristov2008-09-121-9/+9
| | | | | | | - Fixed endless loop - mysqlnd_stmt_next_result() returned FAIL but as it is defined to be 1 (and PASS is 0), checking for mysqlnd_stmt_more_result() was successful although we were expecting a FAIL.
* - Added TSRMLS_DC to apply_func_args_t and zend_hash_apply_with_arguments.Felipe Pena2008-07-241-12/+7
|
* - Fix Windows buildJohannes Schlüter2008-04-231-1/+1
|
* Another fixAndrey Hristov2008-02-141-9/+12
|
* Update mysqlnd - fix bg_storeAndrey Hristov2008-02-141-1/+45
|
* cvs syncAndrey Hristov2008-02-111-2/+4
|
* Bump copyright year, 2 of 2.Sebastian Bergmann2007-12-311-1/+1
|
* Sync mysqlnd with HEAD. Same sources as in 5_3Andrey Hristov2007-10-161-7/+14
|
* Update mysqlnd in HEADAndrey Hristov2007-10-021-0/+1338
Updated ext/mysql and ext/mysqli in HEAD
View Lorry Controller Status